📄 wpw_tool_delphi_95.html
字号:
<HTML>
<HR><A NAME=TOOL_BORLAND_DELPHI_NEWQ>
Return to <a href="wpw_tool_index.html#TOC">Table of Contents for this chapter</a><br>
<H4>Subject: Newbie questions on VC++ and Delphi</H4><PRE>
In article <3rsjcs$net@brtph500.bnr.ca>, mancus@bnr.ca says...
> Re: Delphi: my biggest question is whether it is flexible to
>replace C++ for complex applications, e.g. CorelDraw, Word, Framebuilder,
I like delphi very much, and see it as an excellent tool for building a
wide range of apps. I think i *could* write a professional drawing app
in delphi, but for the very low level bit shifting, I would write some
DLLs in C and then use 'em in delphi, because C handles GDI APIs stuff
better than delphi does, simply because there is less overhead
(no TCanvas) involved.
---------
"Don't go around saying the world owes you a living;
the world owes you nothing; it was here first."
Mark Twain
bdamm@axionet.com
<HR>
In <3s5ei2$3uc@blues.axionet.com> bdamm@axionet.com (Ben Damm) writes:
>In article <3rsjcs$net@brtph500.bnr.ca>, mancus@bnr.ca says...
>> Re: Delphi: my biggest question is whether it is flexible to
>>replace C++ for complex applications, e.g. CorelDraw, Word, Framebuilder,
>I like delphi very much, and see it as an excellent tool for building a
>wide range of apps. I think i *could* write a professional drawing app
>in delphi, but for the very low level bit shifting, I would write some
>DLLs in C and then use 'em in delphi, because C handles GDI APIs stuff
>better than delphi does, simply because there is less overhead
>(no TCanvas) involved.
But there is nothing stopping you from calling those APIs directly from
Delphi with exactly the same effeciency as you would get with C/C++.
I think that one of the greatest "dangers" about Delphi is that you get
accustomed to using the high level, easy to use VCL stuff and forget that
you still have all the power of direct API calls and assembly code at
your fingertips. It is very easy to get lazy and don't bother to implement
something just because its not encapsulated by any of the VCL components.
Just knowning that I have the oppertunity to write a asm..end block in
my event handler code makes me feel really good :-).
--
Hallvard Vassbotn | Falcon AS (a Reuters company) | Without programmers,
hallvard@falcon.no | Stranden 1, 0250 OSLO, Norway | the world would stop!
<HR>
>In article <3tfbtk$3td@btree.brooktree.com>, sasha@brooktree.com (sasha)
>wrote:
>>The decision depends on what language you know best, I suppose. What
>>you know about Windows programming matters as much. I would think that
>>Delphi is much easier to use. If you choose VC++ you will have to use
>>MFC, which is not the best example of the OOD.
>Not true. You can compile standard ANSI-C ("Petzold style") programs
>with VC++. In fact, I prefer the ANSI stuff to MFC.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1. You should consider to learn MFC. Your productivity will be greatly
improved.
2. I have been playing with Delphi since a few weeks now. I'm a long time
Windows C/C++/MFC programmer. My first impressions about Delphi is that it
is a very nice product. Here, we constantly have delay problems. Our
management is reluctant to invest in C/C++ Windows training since
managers say that, after all, all can be done in VB in a matter of
hours :-). I try to push Delphi instead of VB.
>>An idea is to use Delphi to create a front end and use a C to develop
>>data acquisition DLLs. Maybe even VB will be good enough ?
Delphi has many advantages over VB : full object oriented language
(Object Pascal), generates stand alone executables and DLLs, VCL
(VBX like components) may be developed using Delphi itself : no need
for other tools, the database components are very well done,
fast compilation, good debuger, class browser, ...
The documentation is bad (really bad) however.
>You would never use Delphi for a "front end" to anything--use it to do
>the whole program. Delphi is as fast or faster than VC++ and the
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Well, I don't think so. For general purpose programs, Delphi is slower
than VC++ (but not much). The most important aspect of Delphi when you
compare it to VC++ is that the development time needed to obtain the
same result is, most of the time, incredibely shorter.
>compilation process is *MUCH* faster.
Sure !
>The language is nicer and easier to read and it creates DLLs as well as true
>EXEs.
Well, here again I don't agree with you. Readability depends more on the
programer experience than on the language features. You can write
awful programs in Object Pascal too.
>Unlike, say, VB,which I will mention only long enough to tell you to
>forget it. VB isan inelegant language that cannot create self-contained
>EXEs. Forget it.
>Delphi is quite obviously the answer to your question.
>Paul
>>Regards, alex
>>
David
----- Standards are great. Everyone should have one ! (Charles Moore) -----
David Brabant, | E-mail: David.Brabant@csl.sni.be
Siemens Nixdorf, | X-400: C=BE;A=RTT;P=SCN;O=SNI;OU1=LGG1;OU2=S1
Centre Software de Lihge, | S=BRABANT;G=DAVID
2, rue des Fories, | URLs: www.sni.de www.csl.sni.be/~david
4020 Lihge (BELGIUM) | Phone: +32 41 201 609 FAX: +32 41 201 642
</PRE>
<HR><A NAME=TOOL_BORLAND_DELPHI_VB>
Return to <a href="wpw_tool_index.html#TOC">Table of Contents for this chapter</a><br>
<H4>Subject: VB vs Delphi</H4><PRE>
In article <3tul5v$e05@fountain.mindlink.net>,
Ashton Computer Professionals <ACP@mindlink.bc.ca> wrote:
>us001659@interramp.com (Barnett E. Kurtz) wrote:
>> In article <3ttsgv$hq5@idefix.eunet.fi>,
>> mkuru@ratol.ratol.fi (Mikko Kurunsaari) wrote:
>> >Can anyone tell me, how make faster code for Visual Basic or Delphi?
>> >Is there any switch or something?
>> >
>> >Mikko
>>
>> This is a bit vague.
>I agree, however, if you are using Delphi, you can use Inline Assembly...
>That would be faster....
I agree, and in the same vein would recommend using Delphi if you are
currently using VB. That will speed things up quite a bit!
Paul
PS: If you *are* using Delphi (and you should be), turn off debug info
</PRE>
</HTML>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -