I hate MFC!!!
-
Nemanja Trifunovic wrote: Why there is no good RAD tool for C++? There is - it's called C# :D cheers, Chris Maunder
Beware. They will call you an ignorant fool who can't use MFC. ;) :beer:
-
It took me one day to develop the "logic" with STL, and now I'm working on damn UI for almost a week. Why there is no good RAD tool for C++? No wonder there are so many VB users. Die, MFC, die!!! :mad: :mad: :mad: :beer:
Nemanja Trifunovic wrote: Why there is no good RAD tool for C++? There is - it's called C# :D cheers, Chris Maunder
-
It took me one day to develop the "logic" with STL, and now I'm working on damn UI for almost a week. Why there is no good RAD tool for C++? No wonder there are so many VB users. Die, MFC, die!!! :mad: :mad: :mad: :beer:
i'd use .NET if it wasn't so g-ddamn slow.. it took about 5 seconds to load a C# program i made for calculating NFL QB passer ratings... all it was was a bunch of text boxes and a button MFC is fast but not very customizable unless you know it VERY Well.. i still don't know it VERY well after using it for a long time i'm curious about WTL.. from what i hear its better than MFC i need a real, standardized, GUI and app. framework Borland C++ Builder was also just as slow
- Roman -
-
How about a post with GWB using STL to write software to work out how much oil there is in Iraq ;P Elaine The tigress is here :-D
He couldn't do it. He'd choke on CPRetzel O.K. It's bad I admit it but it's late Anthony www.TonysOpenSource.pwp.blueyonder.co.uk
-
i'd use .NET if it wasn't so g-ddamn slow.. it took about 5 seconds to load a C# program i made for calculating NFL QB passer ratings... all it was was a bunch of text boxes and a button MFC is fast but not very customizable unless you know it VERY Well.. i still don't know it VERY well after using it for a long time i'm curious about WTL.. from what i hear its better than MFC i need a real, standardized, GUI and app. framework Borland C++ Builder was also just as slow
- Roman -
Roman Nurik wrote: it took about 5 seconds to load a C# program i made for calculating NFL QB passer ratings And how long did it take to load the second time? cheers, Chris Maunder
-
Is it legal in Sweden? :omg:
Angels banished from heaven have no choice but to become demons Cowboy Bebop
No sir. But if it's that good, then what the heck? ;) -- Eventhough the forrest is full of trees, there's still no tree between the trees.
-
If I need to subclass every "damn thing" in MFC that pisses me off, than I'd rather develop my own framework. :beer:
make one and post it here :-D My article on a reference-counted smart pointer that supports polymorphic objects and raw pointers
-
Robert Vista wrote: No, you seem to be the only one obsessed with George Bush Is it wrong to post about GWB? Come on he is the World leader... Current headlines are focused on Saddam and Bush only. No offense but what else you are expecting in the Lounge? ;) Kant Sonork-100.28114 Don't :beer: and Drive.
Sex, drugs, rock and roll?:-O
-
Nemanja Trifunovic wrote: Why there is no good RAD tool for C++? There is - it's called C# :D cheers, Chris Maunder
Chris Maunder wrote: There is - it's called C# The only failing I see with C# at this time is the unavailiabilty of the runtime on user desktops. If I write an application using MFC I usually statically link it, I know it "adds" more size to the executable but I can be assured that it will run on the users system without some weird external DLLs be present (well most of the time at least :) ) I have been reviewing C# and I would really like to use it, but for desktop applications distributed as shareware I do not feel that it is there yet. I would hate to tell people they need to download a 20Meg runtime installer to use my application especially if these people are on dial up. Once the runtimes become readily available on user machines then great, but remember Visual Basic it was out for awhile, and people where still downloading the visual basic runtimes to run VB apps. I'm hoping that C# or the .NET runtime will be more readily available so I can deploy desktop shareware apps using C#, from what I have read and the limited reading materials I have on the subject it looks like a great language, built for easy "Windows" development. Code4Food ---- "There is no try; only do or do not" -Yoda
-
>A couple of months perhaps to master it. Mastery of the STL to me implies the ability to use all parts of it with ease and the innnate understanding of why certain choices were made in its design. The same goes for C, C++, MFC, etc.... It took me about a year to get the hang of all the container classes, and probably another year or so before I added a custom container type. I rarely use the multiset and multimap container, and I've never used the heap container. find, find_if and for_each are algorithm staples, but I've never used any of the set_ functions, nor have opportunities for search_n, mismatch, and the others I cannot remember. I can't imagine someone obtaining the experience to use these items efficently in just a few months. Heck, I can't even imagine the average programmer needing them all in a few months. There's more to mastery than pressing F1.
Richard Melton wrote: Mastery of the STL to me implies the ability to use all parts of it with ease and the innnate understanding of why certain choices were made in its design. To use all parts of it with ease requires experience with the library. Just like any other library as you mention. The design choices can be picked up in a book or two. I dare say the design of STL is MUCH easier to understand than that of MFC for instance. MFC is a behemoth! I remember those long nights with MFC Internals.. :eek: Richard Melton wrote: I can't imagine someone obtaining the experience to use these items efficently in just a few months. Heck, I can't even imagine the average programmer needing them all in a few months. There's more to mastery than pressing F1. Which is why programmers should read an excellent book on the topic such as the one I referenced. Anyone who passed a university course in datastructures and algorithms shouldn't find anything surprising in STL. STL can be a real time saver - if you know how to find what you're looking for that is. -- Eventhough the forrest is full of trees, there's still no tree between the trees.
-
Is it legal in Sweden? :omg:
Angels banished from heaven have no choice but to become demons Cowboy Bebop
<ignorant_Yank_perspective> Everything is legal in Sweden. </ignorant_Yank_perspective> :)
Software Zen:
delete this; -
Robert Vista wrote: No, you seem to be the only one obsessed with George Bush Is it wrong to post about GWB? Come on he is the World leader... Current headlines are focused on Saddam and Bush only. No offense but what else you are expecting in the Lounge? ;) Kant Sonork-100.28114 Don't :beer: and Drive.
Kant wrote: Come on he is the World leader... Half the world is going in a different direction than him (in one way or another). How can he be a world leader? :~ -- Eventhough the forrest is full of trees, there's still no tree between the trees.
-
<ignorant_Yank_perspective> Everything is legal in Sweden. </ignorant_Yank_perspective> :)
Software Zen:
delete this;I wish! Sweden is so regulated, even the regulators are regulated! Some things have been deregulated though during the last few years. But it has just made things more difficult. Now I have to chose telephone providers, electricity providers, pension funds (called 401 something in the US? :~ ), and whatnot. All these choices! Argh! -- Eventhough the forrest is full of trees, there's still no tree between the trees.
-
<ignorant_Yank_perspective> Everything is legal in Sweden. </ignorant_Yank_perspective> :)
Software Zen:
delete this; -
Richard Melton wrote: Mastery of the STL to me implies the ability to use all parts of it with ease and the innnate understanding of why certain choices were made in its design. To use all parts of it with ease requires experience with the library. Just like any other library as you mention. The design choices can be picked up in a book or two. I dare say the design of STL is MUCH easier to understand than that of MFC for instance. MFC is a behemoth! I remember those long nights with MFC Internals.. :eek: Richard Melton wrote: I can't imagine someone obtaining the experience to use these items efficently in just a few months. Heck, I can't even imagine the average programmer needing them all in a few months. There's more to mastery than pressing F1. Which is why programmers should read an excellent book on the topic such as the one I referenced. Anyone who passed a university course in datastructures and algorithms shouldn't find anything surprising in STL. STL can be a real time saver - if you know how to find what you're looking for that is. -- Eventhough the forrest is full of trees, there's still no tree between the trees.
>Anyone who passed a university course in datastructures and algorithms That would make alot of sense to me. I never went to college, and although I knew what queues, linked lists were, I never really had that kind of "theory" that I believe a good CS program can provide. >STL can be a real time saver That's for sure. It's a great library.
-
>Why there is no good RAD tool for C++? For C++ or MFC? ?confused? I like MFC for Windows apps. Its a lightweight wrapper around a messy API. MFC for COM and COM's apostles is something I avoid like the plague, that's what ATL is for. I have serious trouble digesting the fact that you got 'STLs' logic in one day. Writing custom containers and iterators can be tough work, but having it all plug together is nice.
Wouldn't you say WTL is a lightweight wrapper around a messy API , and MFC is a wrapper around a messy API. Point being MFC doesn't seem to be that "lightweight". Just my $.02
R.Bischoff | C++ .NET, Kommst du mit?
-
It took me one day to develop the "logic" with STL, and now I'm working on damn UI for almost a week. Why there is no good RAD tool for C++? No wonder there are so many VB users. Die, MFC, die!!! :mad: :mad: :mad: :beer:
-
Ney, Ney... MFC with COM, OLE DB, and OLE is a fat ugly cow. MFC as a simple way to write windows apps is lightweight.
I do not agree. How come a simple window app, statically linked is more than an MB!! You use pure WIN API, it is about 50K. MFC is dressing a hippo (WIN API) in an oversized clown suit. Pankaj Without struggle, there is no progress