There are many articles that criticize BCB on the Internet. Although I have no level, I feel that most of them have a certain reason. In fact, combined with my use, and integrated some friends (mainly from Van De "
Robbie T. Mosaic) and Zhang Yong (XZB)) Opinions, found BCB (mainly relative to VC, not afraid of jokes, I think the other C environments under Windows, those MINGW is a lot of troubles) :
1. BUG is mainly focused on the IDE environment. I have no ability to discover the VCL Bug. But Ide has some problems in either editor or compiling. Of course, I have no ability to track records, but it is indeed, it will cause inconvenience.
2, IDE design is indeed unreasonable place. For example, well-known code is automatically completed; Project Manager's management of the project file does not seem to build a folder for classification; various windows are too zero-scattered, and the professionalism is not strong.
3, VCL and compiler itself may have no efficiency. Of course, this effect is not very big.
4. Because the VCL is used, it is more bulky whether it is Ide itself or a target program.
......
But at least in my personal concern, the BCB's advantage greatly made a shortcomings. First of all, VCL has more than MFC. I often write some code of test nature. I feel that VCL gives this practical need for support superior to MFC and it is superior to SDK. The word of VCL is mainly coming from its structure and design ideas. In a sense, he uses the object-oriented thought to the interface, it is unique (forgiveness, I haven't seen .NET). BCB also gives the currently major C technology to support MFC through the language level (exclusive to painting snake), which supports VCL through language extension, which can be said to be the ultimate in language, of course, this is advantageous. However, the point of view of BCB flexibility is purely nonsense because of the flexibility of VCL. BCB's other important technologies such as COM, such as COM, etc., is not only perfect, but at least achieve as good and reliable (this may be one of the reasons for the other C environment except for other C environments outside the VC). I am not usually used by the network and database functions of BCB. I will not be evaluated. BCB also has its own cross-platform, but Kylix and Clx do not seem to be optimistic and Borland will even terminate the BCB project may give it a shadow. But since this, I hope (maybe a wishful wish, maybe it is this) to make BCB, mainly VCL can open maintenance. Of course, I can still feel that it is now a replacement era. VCL morning or later or has been replaced by some updated architectures, as a C user, more sadly, find it itself is also a delphi Pascal premature baby. But what can I do, the world is always imperfect, so Van Demheng is good: "It is better to go to the pure land." But as a request for my use, it will choose to use BCB for a long time.
