Delphi net 8

Delphi.NET er for dem som kan lide Delphi syntaxen, men enten er nødt til eller gerne
vil arbejde med .NET.

Delphi ligner altid Delphi, men der er nok nogle forskelle mellem D5 og D8 - og jeg
har ikke brugt de to versioner, så jeg kan ikke opremse dem.

.NET library er kanon stort og så har Borland tilføjet en masse, så du kan næsten alt
out of the box. Database adgang er en selvfølge.

.NET er en smart (objektorienteret) pendant til deres eget Win32 API, det der indeholder komponenterne (knapper og comboer osv) i Windows. Alt dette findes i .NET og en hel masse oveni.

Alle typerne i .NET er nu objekter. En "string" er nu et objekt som har en masse strengshåndteringsmetoder i sig. Du kan eksempelvis skrive (gætter) MyString.Equals('test') eller MyInteger.Inc(1).

En anden, desværre ikke konsekvent, ting er "garbage collectoren". Hvad du opretter skal du ikke frigive igen. Det gør andre for dig ... de fleste steder! Da dette ikke er 100% konsekvent er det vigtigt at finde stederne hvor man selv skal frigive.

.NET er en værktøjskasse og bruges af en bred række af programmeringsværktøjer, eksempelvis C#, VP .NET og Delphi .NET. Det som i Win32 hedder DLL-filer hedder assemblies i .NET. En assembly lavet i VB .NET kan arbejde sammen med et lavet i Delphi .NET.

MS har bygget styring af assemplienes versioner på. Slut burde Windows' DLL-hell altså være - hvis man kan finde ud af at bruge funktionerne; jeg kan ikke.

Seneste version af Delphi bruger .NET 2.0 mens MS har frigivet version 3.5 (måske er der nyere). Din version 8 er den urgamle 1.1'er som både indeholder irriterende fejl og mangler funktionalitet.

D8 har kildekodemæssigt nogle inkompatibiliteter ift. den nuværende Delphi.NET, så hvis det endelig er, bør du nok få fat i den nyeste udgave (i form af CodeGear RAD Studio 2007). Den bør også arbejde bedre sammen med Vista (D8 skal vist køres som administrator), og du får også mulighed for at bruge den til Win32-programmer du ikke vil have over på .NET (omend Borland/CodeGear har gjort meget for at der skal minimale kodeændringer til at portere fra Delphi/Win32 til Delphi.NET).

Udviklingsmiljøet er ikke det samme som D5, men minder mere om Visual Studio (det gælder også de nyere ugaver); dog kan man vist godt køre i undocked mode (som så ligner "klassisk" Delphi mere - det kan man i hvert fald i BDS2005 og frem).

hrc..jeg er ikke helt på det rene med hvad du mener med frigivelse ved oprettelse..

Hvad er det som skal frigives -er det hukommelse eller andet?

Garbage collectoren frigiver hukommelse allokeret med Create (i Delphi termonologi),
når der ikke længere er brug for det.

Andre ressourcer end memory såsom database connections og åbne filer er det stadig
applikationens opgave at lukke/frigive

[note: allokerer man unmanaged memory skal det stadig frigives manuelt]

Med hensyn til versioner så put:

[assembly: AssemblyVersion('1.2.3.4')]

i dit library projekt, så får DLL'en version 1.2.3.4 og du kan putte flere versioner
af samme DLL i GAC og diverse EXE loader den version de er buildet med.

tak for jeres kommentar...

smid et svar i forskellige

I øvrigt - hvad .NET 3.0/3.5 angår, så kan du uden problemer benytte det fra Delphi's .NET 2.0-programmer, grundet måden 3.0/3.5 fungerer på. Dog må du vist undvære at bruge LINQ i din Delphi-kode, da det også kræver noget af programmeringssproget (og Delphi mig bekendt ikke har det nøddvendige).

.