C ++ Builder vs Delphi vs MFC

Question

I study MFC and find it not so simple.

I heard a lot about Delphi. Delphi research led me to C ++ Builder.

Does C ++ Builder offer a serious and effective alternative to C ++ / MFC? C ++ Builder better than MFC? Better C ++ Builder than Delphi? (I heard a lot of different things about Delphi)

Can someone give me a comparison between C ++ / MFC, Delphi and C ++ Builder?

Thanks for the help.

Answer 1

I suggest you go to Delphi.

My pros will be for it

• The wise syntax is very simple and readable. You know that C ++ forces you to write “mysterious” and “mystical” codes with strange variables and the like. Hell! half C ++ has the prefix "__"

• The performance is almost the same as for a C ++ application. If you are not using VCL, then it should be the same. But what is Delphi without VCL.

• - Native - applications. This means that absolutely nothing to worry about, no frameworks, no runtime. (You can still create an application with tho runtime packages)

• Connecting to a database is also one of the strengths ... very strong.

• A powerful visual designer, you can build almost your entire application interface during development.

And the list goes on ...

Oh, and finally, Delphi can do everything C ++ / C # / C, etc. EXCLUDE device drivers, so unless you plan on writing drivers for a printer or something that Delphi can do.

Answer 2

The Delphi community is still active (why do you think Delphi 2009 is?). Delphi comes with rich sets of components, and there are thriving third-party components. Having worked in both MFC and Delphi in a professional environment, I can easily say that Delphi is better in terms of ease of development and overall quality.

Starting with C #, there are similar concepts in Delphi that Anders Halesberg was already thinking about TComponent, TDataSet, properties and events (which became delegates). Delphi can also be used to use COM objects, record web services, and create reporting mechanisms for custom reports.

But wait, there still. Check out DevExpress' ExpressQuantumGrid .

Answer 3

You might want to check out this link . I cannot comment on the benefits of MFC over Delphi due to not using it, so I skip the first two questions.

• If you intend to use a database-driven GUI application, go to Delphi in any way.
• You can call the C / C ++ / C # DLL from Delphi.
• Delphi blazes quickly and easily when it comes to developing native Win32 applications. See definition of RAD .

Answer 4

If you are working with C ++ Builder, you probably want to use VCL, not MFC.

As for VCL / MFC or Visual C ++ / C ++ Builder comparisons, there is already a thread for this.

Answer 5

You will have to weigh your options and look a little into your crystal ball.

C ++ Builder uses the VCL Framework, which is undoubtedly much simpler and more “visual” (that is, supported by the developer) than VC ++ / MFC

But if there is a chance that you will need to work with .NET (= all new new APIs from MS), then you will probably be better with VC ++, I do not expect Codegear to support C ++ / CLI in any time is coming soon.

There are other such considerations, so the counter-question is: what are you going to use it for?

Answer 6

I suggest you go with MFC and leave us Delphi programmers with our competitive edge .; -)

Answer 7

Your question is confusing. C ++ Builder is just an IDE for C and C ++. MFC is a library for programming in C ++. C ++ Builder can be used with or without MFC, and vice versa. Delphi, also called Object Pascal , is another programming language.

Note. There is an entire forum dedicated to using C ++ Builder with MFC.

Answer 8

You might want to look at these questions. Although this is not a comparison with C ++ / MFC, they highlight many of Delphi's qualities.

https://stackoverflow.com/questions/179319/what-language-or-rad-ide-do-you-recommend-for-building-shareware

What language do I use for my project?

Answer 9

My suggestion would be to forget about the MFC. This structure does not really apply to this age. This is essentially a thin shell around the Windows API and, therefore, only a little easier to learn than raw programming in Windows C. Until now, my experience is that writing and maintaining software written in MFC takes 2-3 times more time than in C ++ Builder or Delphi. The reason for choosing MFC may be that you want to stay close to the Windows API, perhaps because you are invoking some exotic functions. If so, C ++ Builder is the best choice. Ease of use is close to Delphi, including easy-to-use RAD controls, but it will allow you to call any Windows API function directly in it in your native language. Despite the fact that the base code is the same if you call it from Delphi, you always need to make a mental transition between Pascal and C ++.

But in the end, I would never start a new project in MFC, but instead used C # /. NET ...

Answer 10

Are you learning C ++ at the same time? Do you already know Pascal? If so, for both, Delphi sounds like a great choice for me. All applications that I think you want to write using MFC can be written using Delphi.

Answer 11

I have been working on C ++ builder for 3 years now, and this is great after using VB and VC ++. It is very easy to create a beautiful modern interface, very easy to maintain program, good performance. But it is a little unstable, and the IDE is very slow and unstable. VC ++ works better in the IDE and compiler stability, faster. But in fact, MFC is terrible, it’s normal to make a driver or system program on MFC without an interface, but to make it look nice with a simple graphics program on MFC, I really can’t imagine how the hell it takes time and how to maintain it!