Am I crazy if I say I wanna re-write MFC .... hehe ???.. HAHA
It will take me several month thought .... but I think I might mange ... hehe (but not all of MFC, just some parts, ect.)
Printable View
Am I crazy if I say I wanna re-write MFC .... hehe ???.. HAHA
It will take me several month thought .... but I think I might mange ... hehe (but not all of MFC, just some parts, ect.)
More likely years. Yeah, you're crazy
Don't rewrite MFC! Just write a whole new framework that takes better advantage of the c++ language and object-oriented design. Redoing MFC is, in my opinion, like rebuilding an Edsel.
So why not lets us all stand together like Linux, open source, ect, and we keep a listing, for our own little code_gury language ... calling it something like
Visual Guru C++ ... lol
Who's scared of this challange, and we start from the basics, of c/c++, and we can split all these catagories .. like threads, sockets, windows, ect.
And we start from standard, c/c++ and use the basics, and build our own revolutionary, c++ environment ... hehe
Wooohhhhooooowwwwww !!! Watch out mars here we come ... Laughing Out Load :) hehe
Already been done by some others.Quote:
Originally posted by xIRC
So why not lets us all stand together like Linux, open source, ect, and we keep a listing, for our own little code_gury language ... calling it something like
http://www.relisoft.com/win32/winnie.html
Regards,
Paul McKenzie
Rewriting MFC ?????
Instead lets build a new object oriented framework for
a specific domain.
lets choose a particular domain (like Image processing)
and design and develop a object oreinted or anyother class
framework will be useful and challenging also!!
actually i wanted to start on writing a new framework too...with WIN32 API...but it's already done by ppl as Mr.McKenzie said...however next monday(after my school project) i am gonna re-write some MFC classes with WIN32 API....;)
The problem, on has to develop a framework for C/C++ when using the API system is it bounds you to the windows environment. Rather making a framework, that will be cross platform, meaning that the application can be written using the new generated frame works' classes, and can be used on both linux, and windows and then, the sub-sets or some where along the line the framework, as a whole can do seperate support for seperate operating systems ....
Don't you guys think it's kind of nice idea ... ?
But not all of us do coding of everything, we split this up into seperate parts, sockets, and it's sub components, ect.
We all can learn and benifit, from this, and at stages, we all bring the code together, and start linking it. We can always have someone revise this code, and always anyone can join in and give/share idees, on how to make the code faster, better, and more reliable :)
Hope we can get something kicking ... :)
Why not just use Borland if you want a better framework?
That's just my opinion, no flaming please...
What a lovely idea!Quote:
Originally posted by xIRC
The problem, on has to develop a framework for C/C++ when using the API system is it bounds you to the windows environment. Rather making a framework, that will be cross platform, meaning that the application can be written using the new generated frame works' classes, and can be used on both linux, and windows and then, the sub-sets or some where along the line the framework, as a whole can do seperate support for seperate operating systems ....
But don't you think, if write for both Linux & Windows, the code lose its flexibility?
among all this discussion dont forget the link by Mr.McKenzie...its already been done!!