Thread View: borland.public.cppbuilder.database.multi-tier
4 messages
4 total messages
Started by XueLiang
Wed, 03 Oct 2001 10:28
Delphi or C++ Builder
Author: XueLiang
Date: Wed, 03 Oct 2001 10:28
Date: Wed, 03 Oct 2001 10:28
8 lines
993 bytes
993 bytes
Hi, All I want to develop a SQL Server - based database project, which environment shall I choose, Delphi or C++ Builder ? Thanks in advance ! Xueliang
Re: Delphi or C++ Builder
Author: Howard Lee Harkness
Date: Fri, 05 Oct 2001 13:25
Date: Fri, 05 Oct 2001 13:25
40 lines
2998 bytes
2998 bytes
"XueLiang" <zxl@ustc.edu> wrote: >I want to develop a SQL Server - based database project, >which environment shall I choose, Delphi or C++ Builder ? If those are your only choices, go with Delphi. 1) The language is simpler. 2) Most 3rd-party components are written in Delphi, and are easier to integrate with Delphi than with BCB. Most include detailed instructions for installation with Delphi, but if you are a BCB user, you are on your own. 3) The Delphi compiler is over an order of magnitude faster. The first time I built a project in Delphi, I did it twice because I thought it didn't build the first time. What actually happened was that I blinked, and missed it the first time. In a large project, that could make a substantial difference in productivity. 4) Delphi gets all the neat new features one iteration before the corresponding release of BCB, since Delphi 'belongs' to Borland, and C++ is the 'red-haired stepchild' that they have to support even though they would rather not (and it shows). 5) The BCB help files are full of 'transliterated' Delphi examples that don't actually work with BCB, so you have to be fairly familiar with Delphi anyway. That's putting it kindly, though: The BCB 'help' files suck bigtime, and have not been updated in over a year. If those aren't your only choices, then you might want to consider Java and some other database beside SQL Server, and perhaps even avoid using either Microsoft or Borland products altogether. I'm currently looking into doing a MySQL/Java/Linux application, and that looks like a pretty good combination. It's all open-source (well, Java isn't actuall open-source, but it's at least free and well-documented), which means that in the long-term, you aren't at the mercy of any one vendor for updates, bugfixes, and documentation updates. My other choice would be to use a standand C++ compiler instead of Java, which would have better performance, but would be a little less convenient to use. Spam Me and Get Sued <harkness@suespammers.org> see www.suespammers.org for details & free spam-nuking email account
Re: Delphi or C++ Builder
Author: Pete Melissakis
Date: Fri, 05 Oct 2001 15:31
Date: Fri, 05 Oct 2001 15:31
46 lines
3523 bytes
3523 bytes
For what it's worth all my programming involved interfacing with databases. I started with Borland C then evolved to Borlad C++, and finally Delphi and have never looked back. "Howard Lee Harkness" <harkness@suespammers.org> wrote in message news:0jbrrtkmou5um1lfietb08jo30b5nroe5a@4ax.com... > "XueLiang" <zxl@ustc.edu> wrote: > > >I want to develop a SQL Server - based database project, > >which environment shall I choose, Delphi or C++ Builder ? > > If those are your only choices, go with Delphi. > > 1) The language is simpler. > 2) Most 3rd-party components are written in Delphi, and are easier to > integrate with Delphi than with BCB. Most include detailed > instructions for installation with Delphi, but if you are a BCB user, > you are on your own. > 3) The Delphi compiler is over an order of magnitude faster. The > first time I built a project in Delphi, I did it twice because I > thought it didn't build the first time. What actually happened was > that I blinked, and missed it the first time. In a large project, > that could make a substantial difference in productivity. > 4) Delphi gets all the neat new features one iteration before the > corresponding release of BCB, since Delphi 'belongs' to Borland, and > C++ is the 'red-haired stepchild' that they have to support even > though they would rather not (and it shows). > 5) The BCB help files are full of 'transliterated' Delphi examples > that don't actually work with BCB, so you have to be fairly familiar > with Delphi anyway. That's putting it kindly, though: The BCB > 'help' files suck bigtime, and have not been updated in over a year. > > If those aren't your only choices, then you might want to consider > Java and some other database beside SQL Server, and perhaps even avoid > using either Microsoft or Borland products altogether. I'm currently > looking into doing a MySQL/Java/Linux application, and that looks like > a pretty good combination. It's all open-source (well, Java isn't > actuall open-source, but it's at least free and well-documented), > which means that in the long-term, you aren't at the mercy of any one > vendor for updates, bugfixes, and documentation updates. My other > choice would be to use a standand C++ compiler instead of Java, which > would have better performance, but would be a little less convenient > to use. > > Spam Me and Get Sued <harkness@suespammers.org> > see www.suespammers.org for details & free spam-nuking email account
Re: Delphi or C++ Builder
Author: Mark Cashman
Date: Mon, 08 Oct 2001 11:36
Date: Mon, 08 Oct 2001 11:36
16 lines
1501 bytes
1501 bytes
Hi, Xueliang! I have used both. C++ experience is more valuable in the marketplace. Experience with the VCL in C++ Builder makes a Delphi transition easy if you need to do it, and C++ experience simplifies transition to Java. So take your pick. ------ Mark Cashman (TeamB - C++ Builder), creator of The Temporal Doorway at http://www.temporaldoorway.com - Original digital art, writing, music and more - C++ Builder / JBuilder Tips and The C++ Builder Programmer's Webring (Join us!) http://www.temporaldoorway.com/programming/index.htm ------
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads