Thoughts from Dan Miser RSS 2.0
# Monday, April 26, 2004
Marc Rohloff posted a pretty nice list copmaring and contrasting Delphi and C#. Feel free to add comments on other things here. I'll keep a running list going here.
Features C# has that Delphi doesn't
===================================
1) foreach
2) operators using, lock, checked and unchecked
3) block scoped variables
4) case statements with strings
5) assembly internal classes
6) namespaces can span code units
7) implicit array dimensioning: int[] a = new int{1,2,3};
8) ternary operator ( ? : )
9) can use classes from namespaces without importing the whole namespace
10) circular references are possible
11) try..catch..finally
12) assignment operators (+=, ++, -=, etc)
13) multi-file assemblies
14) You don't need to distribute Borland.Delphi.dll
15) Compiler warnings can be emitted if you omit XML documentation

Features Delphi has that C# doesn't
===================================
1) sub-range types
2) enums and sets are first-class types
3) class type support
4) virtual constructors
5) virtual class methods
6) nested procedures
7) non-default index properties
8) can defines constant arrays and records
9) resourcestring s
10) default parameters
11) variants
12) arrays with non-integral subscripts
13) sets with more than 64 elements
14) message handlers
15) unions (variant records)
16) untyped parameters
17) const parameters
18) class helpers 
19) smart linker 
20) named constructors 
21) array properties 
22) unmanaged exports 
23) super fast single pass compiler, compiling any project faster than C#, using less memory at the same time.

Edited to bring the comments up to the main page. Thanks for the input everyone!
Monday, April 26, 2004 3:10:00 PM (Central Daylight Time, UTC-05:00)  #    Comments [53] -
Delphi
Tracked by:
http://www.google.com/search?q=bbtohmqe [Pingback]
http://www.google.com/search?q=mucxcuuu [Pingback]
http://www.google.com/search?q=jiezkiok [Pingback]
http://www.batuminfo.com/forums/arcade/db/4/buam.php [Pingback]
http://dilwale.c4.ixwebhosting.com/pixels/inc/2/chcion.php [Pingback]
http://dilwale.c4.ixwebhosting.com/pixels/inc/3/pr.php [Pingback]
http://www.autoextender.com/forum/images/base/1/se.php [Pingback]
http://www.autoextender.com/forum/images/base/1/buulon.php [Pingback]
http://www.baymeadows.com/backup/xml/4/puvi.php [Pingback]
http://inbt.jhu.edu/forum/images/avatars/2/pusoon.php [Pingback]
http://www.baymeadows.com/backup/xml/4/buadon.php [Pingback]
http://inbt.jhu.edu/forum/images/avatars/6/orphon.php [Pingback]
http://inbt.jhu.edu/forum/images/avatars/2/amon.php [Pingback]
http://3cr.org.au/forum/images/avatars/1/butatr.php [Pingback]
http://www.baymeadows.com/backup/xml/2/fion.php [Pingback]
http://www.on-line.lv/ingvars/sys/2/puva.php [Pingback]
http://www.baymeadows.com/backup/xml/4/orfi.php [Pingback]
http://inbt.jhu.edu/forum/images/avatars/3/neon.php [Pingback]
http://www.on-line.lv/ingvars/sys/2/orvion.php [Pingback]
http://www.mycv.lv/darbs/inc/1/butatr.php [Pingback]
http://www.on-line.lv/ingvars/sys/4/vion.php [Pingback]
http://forums.scotsnewsletter.com/skin_cache/cache/3/chxe2.php [Pingback]
http://forums.scotsnewsletter.com/skin_cache/cache/3/orsoon.php [Pingback]
http://houdounisbi.com/wp-content/themes/pool/images/1/chpr.php [Pingback]
http://houdounisbi.com/wp-content/themes/pool/images/2/leon.php [Pingback]
http://houdounisbi.com/wp-content/themes/pool/images/2/dion.php [Pingback]
http://houdounisbi.com/wp-content/themes/pool/images/3/hoon.php [Pingback]
http://houdounisbi.com/wp-content/themes/pool/images/1/caon.php [Pingback]
http://houdounisbi.com/wp-content/themes/pool/images/3/chso.php [Pingback]
http://www.mercadoganga.com/maillist/uploads/3/buvion.php [Pingback]
http://www.mercadoganga.com/maillist/uploads/3/buho.php [Pingback]
http://www.mercadoganga.com/maillist/uploads/1/butatr.php [Pingback]
http://houdounisbi.com/wp-content/themes/pool/images/3/bume.php [Pingback]
http://www.mercadoganga.com/maillist/uploads/4/orphon.php [Pingback]
http://www.mercadoganga.com/maillist/uploads/4/vion.php [Pingback]
http://www.google.com/search?q=cielalmn [Pingback]
http://www.google.com/search?q=gdjvzbtk [Pingback]
http://www.google.com/search?q=zpcjmncc [Pingback]
http://9ne-information.info/01336447/index.html [Pingback]
http://9np-information.info/93708715/index.html [Pingback]
http://9nc-information.info/32790421/index.html [Pingback]
http://9nc-information.info/39838458/index.html [Pingback]
http://9nh-information.info/11047541/index.html [Pingback]
http://9nr-information.info/82016520/the-song-of-australia-music.html [Pingback]
http://9nv-information.info/55979494/index.html [Pingback]
http://9nq-information.info/98705330/vacation-bible-school-printables.html [Pingback]
http://9nm-information.info/36444615/index.html [Pingback]
http://9ns-information.info/86378177/butterfly-network.html [Pingback]
http://9oi-information.info/59355003/index.html [Pingback]
http://9qf-information.info/02516766/index.html [Pingback]
http://9oa-information.info/02026482/-300-cars-va.html [Pingback]
http://9og-information.info/51283346/index.html [Pingback]
http://9qm-information.info/80737209/danza-ritmica-moderna.html [Pingback]
http://9oo-information.info/66432016/muscle-growth-evolution-archive.html [Pingback]
http://9or-information.info/04380196/hangers-retail-marketing.html [Pingback]
http://9oy-information.info/68798624/car-go-parts.html [Pingback]
http://9rg-information.info/43713474/index.html [Pingback]
http://9sr-information.info/23416137/scuola-elementare-imparare-leggere-giornale... [Pingback]
http://9sc-information.info/60771628/index.html [Pingback]
http://9ru-information.info/40678028/index.html [Pingback]
http://9sl-information.info/32308823/favola-dell-allodola.html [Pingback]
http://9sb-information.info/16633745/index.html [Pingback]
http://9rj-information.info/28201851/index.html [Pingback]
http://9rx-information.info/17558523/index.html [Pingback]
http://www.google.com/search?q=qcvopdxn [Pingback]
http://9uaem-le-informazioni.info/10179904/index.html [Pingback]
http://9uafb-le-informazioni.info/63514828/s-isidro-general-costa-rica.html [Pingback]
http://9uafd-le-informazioni.info/67021680/index.html [Pingback]
http://9uafh-le-informazioni.info/47072501/istituto-stomatologico-zurigo.html [Pingback]
http://9uael-le-informazioni.info/17945718/austin-david.html [Pingback]
http://9uaeo-le-informazioni.info/12273924/guida-illustrator.html [Pingback]
http://9uaek-le-informazioni.info/51968991/tornio-ceramica-d-occasione.html [Pingback]
http://9uafc-le-informazioni.info/17896480/index.html [Pingback]
http://9uaej-le-informazioni.info/26025786/index.html [Pingback]
http://9uahs-le-informazioni.info/66448223/fuoristrada-4.html [Pingback]
http://9uahk-le-informazioni.info/07199137/index.html [Pingback]
http://9uahf-le-informazioni.info/97708045/index.html [Pingback]
http://9uagc-le-informazioni.info/32652395/index.html [Pingback]
http://9uahq-le-informazioni.info/05643168/index.html [Pingback]
http://9uahk-le-informazioni.info/49350231/index.html [Pingback]
http://9uahk-le-informazioni.info/95328227/index.html [Pingback]
Monday, April 26, 2004 5:46:00 PM (Central Daylight Time, UTC-05:00)
You forgot Class Helpers. Those are a cool feature of Delphi that C# doesn't have.



I would also think that backwards/cross-platform compatibility would be a good one. That is something Delphi has that no other .NET language really does
Monday, April 26, 2004 6:45:00 PM (Central Daylight Time, UTC-05:00)
Correction to C# item 7: The syntax is new int{1,2,3}; (curly braces instead of brackets).



Delphi can create monolithic EXEs, and does by default (if you put a TButton on your VCL form, the default is to pull the TButton class into your EXE rather than adding a reference to Borland.Vcl.dll).



Delphi has a smart linker (if you're compiling an EXE, any code that's not actually referenced is left out of the EXE).



Delphi will throw an exception if you do a floating-point divide by zero (C# won't, it'll return Infinity or NaN). I consider C#'s way to be a bug, especially since there's no way to override it.



I think (though I haven't tested it) that Delphi for .NET will let you decide when to call the inherited constructor, whereas C# forces you to call the inherited constructor just before starting the code in your descendant constructor.



Delphi lets you FreeAndNil() any object reference, whether it implements IDisposable or not (the compiler magic will figure it out). C# requires you to know.



Not so much a "one has this feature and the other doesn't", but the meanings of explicit cast and the "as" operator are reversed in the two languages.



I haven't tried it yet, but any Delphi app will probably cause FxCop to freak.



Hmm... that's all off the top of my head...
Joe White
Monday, April 26, 2004 6:47:00 PM (Central Daylight Time, UTC-05:00)
Oh, Delphi also allows named constructors, which can allow things you can't do with mere nameless overloaded constructors.
Joe White
Monday, April 26, 2004 8:24:00 PM (Central Daylight Time, UTC-05:00)
what about global procedures and functions (class-independent) in Delphi8? Is that something C# can do as well?
x
Tuesday, April 27, 2004 2:59:00 AM (Central Daylight Time, UTC-05:00)
Delphi has array properties, C# only has an 'indexer' which gives one array property per class.
Martin Tomes
Tuesday, April 27, 2004 7:48:00 AM (Central Daylight Time, UTC-05:00)
Main difference is that C# will be like standard compiler for Windows, Delphi no :-(. One can get C# for free. And C# is standartized.



On the other hand, Borland have a freedom extend Delphi as language. The only problem here is that it is sighnifically tied to CLR and IL. And... where is compiler? Right - one have to pay for it!



The history lesson is that Delphi lost to VB. Means it will never win from C#. And of cource it's not a language weakeness. .NET almost wiped out differences between such langauges as C# and Delphi.
Mike Evteev
Tuesday, April 27, 2004 8:45:00 AM (Central Daylight Time, UTC-05:00)
C# can give compiler warnings if you omit XML documentation. Delphi for .NET can "compile" XML docs but won't warn if you forget.



C# requires you to indicate out and ref method arguments at the method call site, not just in the implementation.



Delphi for .NET can do unmanaged exports; C# can't.

Tuesday, April 27, 2004 8:58:00 AM (Central Daylight Time, UTC-05:00)
I could drive a truck through the list of things Delphi's case statement has never done. :-/
Tuesday, April 27, 2004 9:20:00 AM (Central Daylight Time, UTC-05:00)
C# has type Numeric, Delphi no.
Konstantin Beljakov
Friday, May 07, 2004 4:31:00 PM (Central Daylight Time, UTC-05:00)
You forgot the biggest advantage of Delphi - not produced by a large monopolistic company hellbent on taking over the world :-)
Eric Engler
Friday, May 07, 2004 4:42:00 PM (Central Daylight Time, UTC-05:00)
Hmmmm. Are you thinking what I'm thinking, Pinky? :-)
Tuesday, May 11, 2004 5:03:00 AM (Central Daylight Time, UTC-05:00)
And what about operator overloading? Does Delphi 8 have it?
DY
Tuesday, May 11, 2004 10:53:00 AM (Central Daylight Time, UTC-05:00)
Wednesday, May 12, 2004 3:38:00 AM (Central Daylight Time, UTC-05:00)


Features C# has that Delphi doesn't



11. Delphi does actually have exception handling capability in the form of try..except..finally. Same meaning, different word.
Nick J
Friday, May 21, 2004 5:13:00 AM (Central Daylight Time, UTC-05:00)
am dorinta sa am acest program
Saturday, May 22, 2004 6:07:00 AM (Central Daylight Time, UTC-05:00)
A correction to the virtual class methods:



------------



public virtual void Test(int a, int b)

{



}



------------

I guess that is a virtual class method for C#
WillemM
Saturday, May 22, 2004 9:49:00 AM (Central Daylight Time, UTC-05:00)
Actually, what you showed is just a regular virtual method. A virtual *class* method would be similar to:



public static virtual void Test(int a, int b)



Delphi has that capability.
Wednesday, May 26, 2004 1:15:00 AM (Central Daylight Time, UTC-05:00)
Does Delphi has the following like C# does?



- MultiCast Events (Delegates)

- Nested Classes



And in favour of Delphi:



- Automatic StringBuilder support when using String types

- Class References

- Expose .Net functionality to WIn32 without COM

- Can link assemblies into a single EXE without having the source code - useful for component developers.

In C#, AFAIK, the only way to have a monolithic EXE is if you have the source code for all linked assemblies.

- Compiler stores symbol information (in DCUIL files) for better performance -- something like 100 times faster than using reflection, IIRC.

- Single source capability for Win32 and .NET EXEs.

Thursday, May 27, 2004 9:38:00 AM (Central Daylight Time, UTC-05:00)
C# has single source capability. Simply paste all classes, assembly attributes etc. into one cs file and compile that one to an .EXE.



And there is your single source application. Although I would not see why you would do this kind of thing. It's a mess to work with.
WillemM
Wednesday, June 02, 2004 2:23:00 AM (Central Daylight Time, UTC-05:00)
C# has that Delphi doesn't ....

8. ternary operator ( ? : ) <<



Delphi does have the overloaded IfThen functions that performs the same thing.

Andy Watts
Thursday, July 15, 2004 3:54:00 AM (Central Daylight Time, UTC-05:00)
I don't know much about two languages but I would like to learn that which one should be favored concerning making applications that handles graphical interfaces or large databases.



Could you give information about the differences which end users of a software that is written with C# or Delphi can notice, like performans, graphical fertility, startup speed, database management, garbage collection,etc.



Thank you very much
Tuesday, July 27, 2004 10:20:00 AM (Central Daylight Time, UTC-05:00)
We(Team) Delphi use cross platform(lin/win) ,Soap(XML)

do

C# cross platform very hard programing and slow(.net sdk)





Monday, August 16, 2004 2:19:00 PM (Central Daylight Time, UTC-05:00)
Do you think your potential employer will accept this list :-)

Although Delphi might be better than any other language, the chances to find C# position is at least 10 times higher than Delphi position (in US, anyway)
Alex Dzienis
Wednesday, November 03, 2004 5:37:00 PM (Central Standard Time, UTC-06:00)
Alex Dzienis got it right. C# has more opportunity then Delphi. Though I am a Delphi fan. I am swtich to C#.
Andy
Tuesday, November 30, 2004 11:45:00 PM (Central Standard Time, UTC-06:00)
Not that Right, now that Delphi 2005 is out. My employer wants it, instead of C# and VB (Currently in use).
Esteban Pacheco
Friday, December 03, 2004 8:35:00 AM (Central Standard Time, UTC-06:00)
I hear that C# was developed by the same guy whom designed Delphi. So, In The End, whom ever has all the Gold, makes all the Rules!



Too bad Borland/Inprise never thought of releasing a browser plugin that would compile Delphi Code on the fly, so we would have a TRUE .Net Language with the browser only used for the "Window Canvas". Think of the possibilities!!

Hey, the worlds fastest compiler has to be good for something.
Cooldude
Thursday, December 16, 2004 3:14:00 AM (Central Standard Time, UTC-06:00)
Delphi can link C or not?How to solve it?
lilian
Tuesday, January 18, 2005 1:43:00 AM (Central Standard Time, UTC-06:00)
C# is the language of .NET Framework.

All examples are in C#. Future release of .NET (or language improvment) will be immediately available in C#.

I'm Delphi Win32 programmer but for .NET Delphi is not the right choice. I think Object Pascal can be a good alternative to VB .NET but Delphi IDE is not so good as Visual Studio: why don't include Object Pascal in VS IDE?
Tuesday, January 18, 2005 10:20:00 AM (Central Standard Time, UTC-06:00)
Luca,



How is this different from the past? Win32 API calls were immediately available in C, and needed to be translated to Delphi. So now, with .NET, it doesn't matter that things are available in C#. You can use the C# assembly in your Delphi application. No need to do the conversion. So, if anything, it is now *easier* to use Delphi in .NET.



Furthermore, I disagree with the VS.NET comment. Yes, it has more users. Yes, it is adopted more frequently. But better? There are warts with any IDE. If you use VS.NET enough, you will see that is far from perfect.



Lastly, Borland posted some information on why they didn't put Delphi in VS.NET. IIRC, it had something to do with the restrictive nature of the VSIP license at the time. That may change, or it may not. I'm not sold that approach would help Borland. After all, you'd then be requiring a purchase of a competitor's IDE to get your language used. Is that really going to result in additional sales of Delphi (in whatever form), or even increase the use of Delphi? I'm not sure, but I'm sure Borland has people that think about these things in way more detail than either you or I do.



Dan Miser
Friday, January 21, 2005 1:42:00 AM (Central Standard Time, UTC-06:00)
Luca,

all versions of VS are less rich of components than Delphi. Now in .NET is the same: if you want, you can use all power of VCL.NET with a lot of components derived from the VCL for Win32. In VS you have just the Framework "general" components.

Wath I mean: if you need Productivity and Speed in developing .NET solution Delphi and its VCL. NET is the best solution. It seems that VS offers just minimum: if you need more you must pay for it.

Probably It's true that C# is the language of Framework but in Delphi you can open C# project too.
KeyJ
Monday, January 31, 2005 2:54:00 AM (Central Standard Time, UTC-06:00)
Here is good blog, I will introduce it to my friends.Welcome to my web site.thanks!!

Friday, February 11, 2005 12:08:00 PM (Central Standard Time, UTC-06:00)
Saturday, February 19, 2005 4:17:00 AM (Central Standard Time, UTC-06:00)
Tuesday, May 03, 2005 3:42:00 PM (Central Daylight Time, UTC-05:00)
Has Borland gotten around to writing documentation for its API's yet? At my company I chose C/C++ (and C#) over Delphi, because Delphi had such weak documentation. Microsoft has much more complete documentation. In the long run, documentation of the API (win32, C, C#, .Net, or VCL) is far more valuable than the variety of components. Unless I have documentation of all function calls, I find it more cost effective to "roll my own" than to learn to use someone else's component.
Saturday, May 28, 2005 9:07:00 PM (Central Daylight Time, UTC-05:00)
variety of components. Unless I have documentation of all function calls, I find it more cost effective to "roll my own" than to learn to use someone else's component.

Friday, July 01, 2005 5:39:00 AM (Central Daylight Time, UTC-05:00)
I use D6 and VS2002 :



C# has hashtables, Delphi does not.



C# debugger is so much better.



No idea what D2005 brings to the table though.

smidge
Wednesday, July 13, 2005 5:33:00 PM (Central Daylight Time, UTC-05:00)
Just as an aside, weren't both Delphi and C# architected by the same guy? (Anders Hejlsberg (sp?))
Alec Cawthorne
Thursday, September 22, 2005 1:31:00 PM (Central Daylight Time, UTC-05:00)
c and C++ both have union - was this removed from c# or is the list inaccurate?
Friday, September 23, 2005 4:58:00 AM (Central Daylight Time, UTC-05:00)
I think every language has its specific use. Delphi is better than c# in building databse applications, but c# is better than Delphi when we talk about hardware controlling.
Wednesday, November 23, 2005 9:32:00 AM (Central Standard Time, UTC-06:00)
see http://delphitocsharp.blogspot.com/2005/11/similarities-and-differences-between.html for a comparison, particularly aimed at convincing a potential employer that your Delphi skills count towards a C# job (it worked for me!).
Friday, November 25, 2005 4:09:00 AM (Central Standard Time, UTC-06:00)
thank you all.
Thursday, December 01, 2005 11:37:00 PM (Central Standard Time, UTC-06:00)
The fact:

1. Delphi Pro $997 and VS 2005 XE is Free (after 2006 will $49). Delphi Exterprise $

2. Most user use VB rather Delphi, and so if C# compare to Delphi.

3. Only few documentation/book about Delphi while thousands for VB/C#.

4. VB/C# component more easy and complete.

5. VB/c# third party very cheap.

6. ADO implementation in Delphi very bad (we must use ADO.Property that are not provide by Delphi TAdo VCL).

7. Delphi show "RecNo = -1" for First Row of Dataset while VB not!

8. Delphi QUERY can not accept multiple PARAMETER that have same name (i.e if you have "select * from table a, b where a= :testparam and b= :testparam" there will be 2 testparam)

Geery
Friday, December 02, 2005 9:22:00 AM (Central Standard Time, UTC-06:00)
Geery, I think you confuse "fact" with "opinion". Yes, the price is a fact, but this is a technical comparison, so it's a moot point - as are points 2, 3, 4, and 5. Not to mention your use of "easy" and "cheap" are totally and wholly subjective.



As for #6, TBetterADODataset exists, and you can get down to the native ADO interfaces if something is missing.



For #7, I would have to ask what you're talking about.



All in all, it seems that you totally missed what was being discussed here.
Saturday, December 03, 2005 7:01:00 AM (Central Standard Time, UTC-06:00)
i need just a one simple answer



DELPHI or C#, i'm starting to learn programming but i don't know which language to use !?
ZoomA
Monday, December 05, 2005 6:59:00 AM (Central Standard Time, UTC-06:00)
Not sure if this is a constructive contribution, but I have to say that I have more fun programming Delphi than C# for a few different reasons ;). And, usually, if I have more fun while working I do a better job =D
David
Thursday, December 08, 2005 3:46:00 PM (Central Standard Time, UTC-06:00)
which of the two is close to hardware?
ravi
Thursday, April 27, 2006 2:51:00 PM (Central Daylight Time, UTC-05:00)
Ravi, both C# and Delphi .NET are not close to hardware. Delphi for Win32 however is *very* close to hardware (down to asm instructions and machine code if you like).
Jens
Friday, May 19, 2006 9:01:00 AM (Central Daylight Time, UTC-05:00)
very usefull
Friday, July 14, 2006 3:51:00 AM (Central Daylight Time, UTC-05:00)
I think for a short term Delphi is ok to go but everyone knows that going with Delphi is somehow a dead career decision. Choose .Net that it's getting more popular day by day. And you'll get paid more for coding .Net.

<br>

<a href="http://www.internetteyim.net">Kisi Arama Servisi</a>
Tuesday, July 18, 2006 1:45:00 AM (Central Daylight Time, UTC-05:00)
I must say that I love Delphi for 10 years now and during that time I did not find anything which would not be possible to write. I made 3D engine, parser/interpreter for Crystal-Reports-like language and many others where speed of both developing and executing was critical. Delphi is just great language.

And for that Delphi does not have += or ternary operator? Well, I would rather call these pros than cons, it makes language readable, while still achieving the same speed as with c.

A word about this 3D engine: I always thought I will just have to use some assembly, but when writing the thing, I realized that Delphi really gives you the opportunity to write the code as fast as you need by using just pure pascal, even as fast as would you write with assembler. Of course, much experience is required. But Delphi gives you this opportunity.
tomas
Monday, July 24, 2006 7:42:00 AM (Central Daylight Time, UTC-05:00)
Delphi is dead, live long .NET
Saturday, August 05, 2006 8:52:00 AM (Central Daylight Time, UTC-05:00)
Quick history of me: I started out with VB about 8 years ago, went through it in a month because its so limited. Then I discovered Delphi and I've been programming with it ever since. Of course I also program C++ because it is so standard.

I saw an article (wish I still had the link) from a small software company's CEO who said he had 12 projects: 5 in C++, 3 in VB and 4 in Delphi. ALL his C++ and VB projects were significantly behind schedule and through the roof on the budget, while ALL his Delphi projects were ahead of schedule and below budget. I think that speaks for itself.
Mike
Friday, September 29, 2006 10:06:00 AM (Central Daylight Time, UTC-05:00)
I'm a longterm delphi developer (16 years if you include my turbo pascal days). Borland have really messed it up now. They made the decision to go down the .Net route with Delphi 8, which in my opingion while not the best decision (surely VCL was a framework in it's own right!) I can see where they were comming from. Bringing .NET support into Delphi sounds like a reasonable plan. But the IDE is so full of bugs it's unreal, it's not been improved with D2005 or D2006, with web development I'm lucky if I get 30 mins of development without the IDE bombing out, and looking at anything in design view just destroys all my carefully constructed HTML. The IDE asside, there are no plus points of using delphi of c#, neither will compile quicker code (because thats mostly down to the CLR compiler), you still have to learn .NET as 80% of your delphi code is now calls to the .NET framework, unfortunately only about half of those work because of type inconsistancies between delphi and .net. If you are developing web apps then you need to learn C# anyway, as you can't use delphi as a scripting language inside the aspx pages, so even simple tasks like trying to bind repeater or datagrids requires you know c#. Borland have also deserted their developers, the was a 4 monther period where delphi stopped working (for everyone) because of an XP update (which you couldn't roll back), it took borland 4 months to come up with a fix - 4 months out of your development schedule is crippling.



Forgetting, the problems and shortcommings the only reason I can see for using Delphi is to retain bits of legacy code, there is absolutly no advantage in using delphi at all, as you still have to learn the .NET framework and bits of c# to keep using delphi, you also run into the same .NET bugs and conceptual issues in delphi as .net (because they compile into the same CLR) - why not go the whole hog and avoid all the delphi issues and just use C#..



It's a sad sad day, but borland have missed the boat..
Billy Big Nose
Comments are closed.
Navigation
Archive
<February 2012>
SunMonTueWedThuFriSat
2930311234
567891011
12131415161718
19202122232425
26272829123
45678910
About the author/Disclaimer

Disclaimer
The opinions expressed herein are my own personal opinions and do not represent my employer's view in any way.

© Copyright 2012
Dan Miser
Sign In
Statistics
Total Posts: 375
This Year: 3
This Month: 0
This Week: 0
Comments: 654
Themes
Pick a theme:
All Content © 2012, Dan Miser
DasBlog theme 'Business' created by Christoph De Baene (delarou)