What does the high efficiency of delphi compiler mean?

The so-called high efficiency of delphi compiler generally refers to the following three aspects:

1, the compilation connection time is short, which is incomparable to any other compiler (generally speaking, the compilation time of VC VC and VB is several times that of Delphi). The reason is simple: Pascal grammar has strict restrictions, and users must code in a standardized way, which saves the compiler a lot of trouble.

2. The compiled program has fast execution speed and short code length. This is better than VB, but it is basically the same as VC, and no one has an advantage. However, many people misunderstand that the Delphi class library is huge and complex, and adding a control requires adding all the source files, which is too long and inefficient. In fact, having many VCL control class libraries is a unique feature of Delphi, and the MFC library of VC can't compare with it-MFC has some simple encapsulation classes at the bottom, VCL library has some upper components, but MFC doesn't. After using the upper application control of VCL, the code length is indeed longer than that of VC, but VC has no choice in this respect. Delphi fully supports the coding mode of VC from the bottom, with absolutely no shortcomings and short code length (the syntax of VC is complicated, and the code length will be VC if C programmers get used to it). The reason for misunderstanding is that most Delphi programmers are application-level, while VC programmers are lower-level. Most application programmers don't know much about the writing of the underlying code, but only move controls and respond to events, thinking that Delphi can't do the underlying things.

3. The development cycle of application-level programs is short-this is the meaning of "rapid development tools" that Borland has been touting. Because of the existence of VCL (encapsulating many interface components and many background functions such as communication, database and Internet applications), there is no need to involve high-level applications, which shortens the development cycle many times.

From a purely technical point of view, compiler efficiency should refer to whether the compiled code is short/fast and whether complex functions can be realized efficiently with less source code. On the one hand, Delphi is not worse than VC and better than VB, but it is not a ride; On the other hand, there is indeed an elephant riding on the dust.

Delphi's fatal shortcoming is not technology-leading technology. There is no doubt that the problem is market strategy and company strength (Borland is only a small company). Microsoft's "being a prince with operating system" misled many software development companies, making them think that Microsoft's talents are authentic and easy to use, resulting in VB and VC users far more than Borland, and the number of source codes far exceeds Borland.

To sum up, Delphi can save you a lot of time if you want to develop upper-level application-oriented programs, especially database programs. If we develop lower-level software, it is suitable to use C/C++ to make more relevant codes available for reference, and it is easier to recruit more suitable programmers and maintain the codes. Of course, C++ Builder is a good choice in technology, but the user base is still too small.