🚀 go-pugleaf

"JVB" <jvbsoft.verwijder@telenet.be> wrote in message 
news:aVBUd.22900$yb1.2758781@phobos.telenet-ops.be...
> Hallo, ik ben een Freelance programmeur die sinds het ontstaan van Delphi 
> in 1995 hiermee werkt.
>
> In deze jaren heb ik verschillende applicaties ontwikkeld. Ik heb steeds 
> getracht om te blijven werken met de laatste versie van Delphi om niet 
> verplicht te zijn meerdere versies van Delphi op mijn pc's te hebben staan 
> ..
>
> Het voordeel is bekend : Je behoeft maar kennis te hebben over ��n versie, 
> en je hebt steeds het laatste nieuwe  ..
>
> Op zich ben (was)ik tevreden over Delphi, maar wat mij steeds de keel 
> uithangt is dat ze bij een nieuwere versie net iets andere componenten 
> hebben zodat ik iedere keer alle zeilen moet bijzetten om de soucecode aan 
> te passen op de laatste versie.
>
> Een voorbeeld : DbExpress : sinds het onstaan ( ik dacht Delph6 ) spelen 
> ze het klaar steeds de structuur ( een beetje ) te veranderen, dit wil 
> iedere keer zeggen dat je je hele sourcecode moet aanpassen om je 
> programma gecompileerd te krijgen met de laatste versie!!!

ADO (de database access components) zijn vanaf 1.5 t/m versie 8 forward 
compatible. Je linkt naar een typelibrary van 1.5 bijvoorbeeld, en je 
ontwikkelt zelf op ADO 2.8 en kunt het uitleveren op een machine waar bij 
wijze van spreken 1.5 is geinstalleerd. Hercompileren is niet nodig, maar 
wel testen uiteraard.

> Ik heb steeds meer de indruk dat Delphi wordt beheerd door Borland, maar 
> de componenten laat ontwikkelen door externe bedrijven ..Dat heeft zo zijn 
> nadelen vind ik. Al bij al is dit toch vervelend. Borland zegt steeds maar 
> weer : met de nieuwe kan je zo de code van een oudere inlezen en 
> hercompileren, welnu vergeet het maar !
>
> Wat is jullie mening hierover ? Stelt zich dit probleem ook bij andere 
> programmeertools zoals bv Visual Basic ?

Niet in VB1 t/m 6. daar is de compatibiliteit fenomenaal (forward compat 
uiteraard).

Maar met .NET is het flink veranderd. Maar MS verkoopt het ook niet als 100% 
compatible.

JVB <jvbsoft.verwijder@telenet.be> wrote:

>Ik heb steeds meer de indruk dat Delphi wordt beheerd door Borland, maar 
>de componenten laat ontwikkelen door externe bedrijven

Voor een deel van de componenten is dat ook zo. De Indy components,
en al die rapport generatoren, worden door derden ontwikkeld.

>Dat heeft zo zijn nadelen vind ik.

Tja, het voordeel is natuurlijk dat je meer functionaliteit in je pakket
krijgt dan wanneer Borland alles zelf zou ontwikkelen. Vaak worden die
componenten door een apart bedrijf al ontwikkeld en verkocht, waarna
Borland het recht koopt ze in Delphi te integreren.

>Al bij al is dit toch vervelend. Borland zegt 
>steeds maar weer : met de nieuwe kan je zo de code van een oudere 
>inlezen en hercompileren, welnu vergeet het maar!

Niet upgraden als het niet nodig is. Zeker met al die .net rommel is het
oppassen geblazen, want bv. pointer casts mogen opeens niet meer. Ik houd
het voorlopig bij Delphi 7, en zal eens kijken of Delphi 2005 de moeite
van het aanschaffen waard is.

>Wat is jullie mening hierover ? Stelt zich dit probleem ook bij andere 
>programmeertools zoals bv Visual Basic ?

Ik gebruik geen VB.

-- 
ir. J.C.A. Wevers         //  Physics and science fiction site:
johanw@vulcan.xs4all.nl   //  http://www.xs4all.nl/~johanw/index.html
PGP/GPG public keys at http://www.xs4all.nl/~johanw/pgpkeys.html

> ADO (de database access components) zijn vanaf 1.5 t/m versie 8 forward
> compatible. Je linkt naar een typelibrary van 1.5 bijvoorbeeld, en je
> ontwikkelt zelf op ADO 2.8 en kunt het uitleveren op een machine waar bij
> wijze van spreken 1.5 is geinstalleerd. Hercompileren is niet nodig, maar
> wel testen uiteraard.
>
>
>
> Niet in VB1 t/m 6. daar is de compatibiliteit fenomenaal (forward compat
> uiteraard).
>


Ofwel werkt U voor Microsoft

Ofwel bestaan uw programma's uit 2 lijnen

Ofwel leeft u op een andere planeet