Hvilket sprog?

[Stig Nørgaard Færch]

Halløj

Jeg går med planerne om at programmere et mindre app, men er i tvivl om
hvilket sprog jeg skal programmere det i.
Arbejder til dagligt med PHP, men ved ikke meget om andre sprog.


Tænker:
* Visual ... ?
* Uafhængig af store eksterne libs. Vil ikke kræve at brugeren skal
installere 20mb af et eller andet han ikke ønsker (.NET, Java, runtime
dit/dat).
* IDE (code completion/highlighting debugging...)
* Gerne gratis.
* Evt. noget der minder om PHP i kodestil?

Programmet:
* Bruger kan gemme data (i en fil hvor data'ene ikke er tilgængelig via
f.eks. teksteditor ... kryptere måske?)
* Der skal laves noget diagram/kurve noget



Jeg har overvejet følgende løsninger:
* php-gtk
* Visual C#,C++,VB express - men de er vel alle sammen stærkt afhængige
af .NET? Ellers fin visual IDE og gratis.
* Turbo Delphi

Hvad tænker I om disse? Er der endnu bedre løsninger?

På forhånd tak.

/Stig

[Uffe Kousgaard]

Post by Stig Nørgaard Færch
* Gerne gratis.

Pas på ikke at fokusere på at spare nogle 1000 kroner, hvis det
efterfølgende koster dig mange timers ekstra arbejde for at løse opgaven.
Med mindre din tid er gratis.

Post by Stig Nørgaard Færch
* Evt. noget der minder om PHP i kodestil?

Har PHP overhovedet en stil?

Post by Stig Nørgaard Færch
* Turbo Delphi

Glimrende valg, hvis du vil slippe for Java eller .NET afhængighed. Der er
en stor og engageret brugergruppe på deres (CodeGears) nyhedsgrupper, så det
er generelt ret nemt at få hjælp.

Ellers kan du overveje powerbasic, som også genererer stand-alone
applikationer og ikke er alt for dyrt.

[Stig Nørgaard Færch]

Post by Uffe Kousgaard

Post by Stig Nørgaard Færch
* Gerne gratis.

Pas på ikke at fokusere på at spare nogle 1000 kroner, hvis det
efterfølgende koster dig mange timers ekstra arbejde for at løse opgaven.
Med mindre din tid er gratis.

Yep. Den er jeg med på. Jeg har ikke uanede timer til rådighed, da det
er et fritidsprojekt.

Post by Uffe Kousgaard

Post by Stig Nørgaard Færch
* Evt. noget der minder om PHP i kodestil?

Har PHP overhovedet en stil?

Post by Stig Nørgaard Færch
* Turbo Delphi

Glimrende valg, hvis du vil slippe for Java eller .NET afhængighed. Der er
en stor og engageret brugergruppe på deres (CodeGears) nyhedsgrupper, så det
er generelt ret nemt at få hjælp.
Ellers kan du overveje powerbasic, som også genererer stand-alone
applikationer og ikke er alt for dyrt.

Kan du sige noget om Powerbasic vs Turbo Delphi?

Kan man opgradere Turbo Delphi til en betalingsversion som har nogle af
de tidsbesparende features som du snakker om?

/Stig

[Uffe Kousgaard]

Post by Stig Nørgaard Færch
Kan du sige noget om Powerbasic vs Turbo Delphi?

Ikke meget. En bekendt anvender en gammel version af Powerbasic til DOS og
det virker vidst meget godt til lidt hjemmenørklerier.

Post by Stig Nørgaard Færch
Kan man opgradere Turbo Delphi til en betalingsversion som har nogle af de
tidsbesparende features som du snakker om?

Nej, du kan ikke opgradere fra Turbo Delphi Explorer, da den er gratis, men
forskellen mellem den og betalingsversionen er også ret lille: Du kan ikke
installere 3de-parts komponenter i Turbo versionen og du kan kun have én
Turbo version installeret (altså ikke både win32 og .NET udgaven samtidig).

Ang. 3de-parts komponenter så kan de stadig "instantieres" i kode, men blot
ikke droppes direkte på en form. Lidt mere besværligt, men ikke et større
problem og måske har du slet ikke behov for 3de-parts komponenter.

Det er ikke nogen hemmelighed at CodeGear idag synes, at for meget
funktionalitet blev givet væk gratis med Turbo Delphi Explorer. Næste gratis
udgave bliver væsentligt reduceret ift. betalingsversionerne.

[Stig Nørgaard Færch]

Post by Uffe Kousgaard

Post by Stig Nørgaard Færch
Kan man opgradere Turbo Delphi til en betalingsversion som har nogle af de
tidsbesparende features som du snakker om?

Nej, du kan ikke opgradere fra Turbo Delphi Explorer, da den er gratis, men
forskellen mellem den og betalingsversionen er også ret lille: Du kan ikke
installere 3de-parts komponenter i Turbo versionen og du kan kun have én
Turbo version installeret (altså ikke både win32 og .NET udgaven samtidig).

Med opgradere mente jeg egentlig også blot at købe en betalingsversion
hvorfra jeg kunne forsætte et project skrevet i Turbo Delphi. Og det kan
jeg vel? Koden jeg skriver i Turbo Delphi Explorer kan vel også skrives
videre på og kompileres på Delphi 2009?

Post by Uffe Kousgaard
Ang. 3de-parts komponenter så kan de stadig "instantieres" i kode, men blot
ikke droppes direkte på en form. Lidt mere besværligt, men ikke et større
problem og måske har du slet ikke behov for 3de-parts komponenter.
Det er ikke nogen hemmelighed at CodeGear idag synes, at for meget
funktionalitet blev givet væk gratis med Turbo Delphi Explorer. Næste gratis
udgave bliver væsentligt reduceret ift. betalingsversionerne.

Har læst lidt rundt omkring at nogen oplever at Turbo Delphi Explorer
ikke kører særlig stabilt - hvad er jeres oplevelse?
Har også den overvejelse, at hvis jeg i længden ikke synes at Turbo
Delphi Explorer er god nok - så er det vel Delphi 2009? Men det er jo
alligevel i omegnen af 6000-8000kr man skal hoste op med?

Hvis jeg lærer C++ og bruger Turbo C++ Explorer og finder at platformen
ikke virker stabil nok, eller har de nødvendige features - er jeg så
bedre sikret i forhold til at skifte til en anden udviklerplatform uden
at skulle bruge 6000-8000kr?

Egentlig er jeg stadigvæk lidt forvirret om det skal være det ene eller
det andet. Men har den fornemmelse at jeg nemmest kommer igang med
Delphi, selvom den har den syntax der mindst minder om PHP som jeg kender.

/Stig

[Uffe Kousgaard]

Post by Stig Nørgaard Færch
Med opgradere mente jeg egentlig også blot at købe en betalingsversion
hvorfra jeg kunne forsætte et project skrevet i Turbo Delphi. Og det kan
jeg vel? Koden jeg skriver i Turbo Delphi Explorer kan vel også skrives
videre på og kompileres på Delphi 2009?

Turbo Delphi Explorer er grundlæggende den samme som D2006, så med forbehold
for de småændringer der nu engang sker undervejs, så kan du selvfølgelig
opgradere til D2009 og arbejde videre der.

Post by Stig Nørgaard Færch
Har læst lidt rundt omkring at nogen oplever at Turbo Delphi Explorer ikke
kører særlig stabilt - hvad er jeres oplevelse?

Jeg anvender den ikke selv, men primært en blanding af D7 og D2007. De er
begge stabile nok, uden at være perfekte.

Post by Stig Nørgaard Færch
Har også den overvejelse, at hvis jeg i længden ikke synes at Turbo Delphi
Explorer er god nok - så er det vel Delphi 2009? Men det er jo alligevel i
omegnen af 6000-8000kr man skal hoste op med?

Inkl. moms kan du slippe med 608 £ = 5000 kr:
http://www.qbssoftware.com/product_info.aspx?current=OVERVIEW&product=DELPHIWIN#pgh1

Men det er jo ikke sikkert at pundet fortsat er billigt.

[Asger Joergensen]

Hi Stig

Post by Stig Nørgaard Færch
Har læst lidt rundt omkring at nogen oplever at Turbo Delphi Explorer ikke
kører særlig stabilt - hvad er jeres oplevelse?
Har også den overvejelse, at hvis jeg i længden ikke synes at Turbo Delphi
Explorer er god nok - så er det vel Delphi 2009? Men det er jo alligevel i
omegnen af 6000-8000kr man skal hoste op med?

Hvis du går på ebay.de kan du få en Delphi 7 for 60Euro
om Delphi 7 er den mest stabile ved jeg ikke, men det ved Uffe
sikkert. Vær opmærksom på at du skal købe en med original CD
og hvis du gør det så kan du endda nøjes med en opgradering
hvis du senere vil have en Delphi2009 version.

Jeg har selv indtil for 3 måneder side brugt en BC++Builder 5
og den virker skam stadigvæk fint of de programmer den laver
kan også køre på Vista, de ser bare ud næsten som på en windows 2000.
men de virker fint.
Jeg tror ikke BCB5 vil være glad for at køre på vista, men på
XP fungerer den fint.

Venlig hilsen
Asger

[Uffe Kousgaard]

Post by Asger Joergensen
Hvis du går på ebay.de kan du få en Delphi 7 for 60Euro
om Delphi 7 er den mest stabile ved jeg ikke, men det ved Uffe
sikkert.

Ud fra "brok" i diverse nyhedsgrupper vil jeg lave følgende liste over
stabilitet for diverse delphi- versioner:

Mest stabile: D3, D5, D7, D2007, D2009
OK: D6, D2006
Lettere ustabile: D4, D2005
Meget slem: D8 (deres første forsøg med .NET)

Personligt har jeg dog aldrig haft de store problemer med nogen af dem.

[Stig Nørgaard Færch]

Post by Uffe Kousgaard

Post by Asger Joergensen
Hvis du går på ebay.de kan du få en Delphi 7 for 60Euro
om Delphi 7 er den mest stabile ved jeg ikke, men det ved Uffe
sikkert.

Ud fra "brok" i diverse nyhedsgrupper vil jeg lave følgende liste over
Mest stabile: D3, D5, D7, D2007, D2009
OK: D6, D2006

Altså her kommer Turbo Delphi Explorer så ind under?

Post by Uffe Kousgaard
Lettere ustabile: D4, D2005
Meget slem: D8 (deres første forsøg med .NET)
Personligt har jeg dog aldrig haft de store problemer med nogen af dem.

[Uffe Kousgaard]

Post by Stig Nørgaard Færch

Post by Uffe Kousgaard
OK: D6, D2006

Altså her kommer Turbo Delphi Explorer så ind under?

Jeps, det er i bund og grund en D2006.

[Mogens Hansen]

"Stig N�rgaard F�rch" <***@8620.dk> wrote in message news:4966f534$0$90265$***@news.sunsite.dk...

[8<8<8<]

Post by Stig Nørgaard Færch
Hvis jeg lærer C++ og bruger Turbo C++ Explorer og finder at platformen
ikke virker stabil nok, eller har de nødvendige features - er jeg så bedre
sikret i forhold til at skifte til en anden udviklerplatform uden at
skulle bruge 6000-8000kr?

Både og.
Et program udviklet med C++Builder/Turbo C++ Explorer består typisk af 2
dele:
1. VCL baseret GUI, database-tilgang osv.
2. ISO C++ baseret (evt. med GUI og database-tilgang med passende
biblioteker)

Alt hvad der ligger i kategori 1 kan ikke flyttes til en anden
udviklingsplatform.
Alt havd der ligger i kategori 2 kan flyttes til en anden
udviklingsplatform, hvor de anvendte biblioteker findes.

[Stig Nørgaard Færch]

Post by Uffe Kousgaard

Post by Stig Nørgaard Færch
* Evt. noget der minder om PHP i kodestil?

Har PHP overhovedet en stil?

Fandt lige denne sammenligning af mange forskellige sprog:
http://people.mandriva.com/~prigaux/language-study/syntax-across-languages.html

Faktisk så synes jeg det ser ud til at PHP er mere sammenlignlig med C++
end med Pascal/Delphi. Hvis jeg da kan gå ud fra Pascal = Delphi i denne
sammmenhæng?

/Stig

[Asger Joergensen]

Hi Stig

Post by Stig Nørgaard Færch

Post by Uffe Kousgaard

Post by Stig Nørgaard Færch
* Evt. noget der minder om PHP i kodestil?

Har PHP overhovedet en stil?

http://people.mandriva.com/~prigaux/language-study/syntax-across-languages.html
Faktisk så synes jeg det ser ud til at PHP er mere sammenlignlig med C++ end
med Pascal/Delphi.

Syntax lidt måske, men tanken bag, nej det syntes jeg ikke.
I C/C++ skal du som programmør selv holde styr på hukommelses
allokering og frigørelse og der er rigtigt meget med forskellige
typer og til alle typer er der sandelig også både poitere
og referancer, hvor det i Delphi/Pascal er lidt mere som i PHP
der er dog stadigvæk typer, men så vidt jeg ved ikke nær så meget
oprydning.
MEN, at det er sådan i C++ skal man nu ikke lade sig skræmme af
for hvis man bruger Turbo C++, så kan man sagtens lave en mindre
application uden overhovedet selv at allokere hulkommelse, da den
bygger på VCL klassebiblioteket fra Delphi.
Jeg har selv brugt C++ Builderen i ca 10år og er rigtigt godt
tilfreds.
Men med den mikroskopiske viden jeg har om PHP, så vil jeg nu aligevel
tro at Delphi ligger lige til højrebenet for dig.
Hvis du gerne på sigt vil have mulighed for at pille i både det
ene og det andet og lege med at skrive rigtigt hurtig code så
vil det nok være en god ide at kigge på C++.
C++ syntaxen er forresten næsten magen til Java.

Post by Stig Nørgaard Færch
Hvis jeg da kan gå ud fra Pascal = Delphi i denne sammmenhæng?

Det kan du vist godt.

Venlig hilsen
Asger

[Stig Johansen]

Post by Asger Joergensen
Hvis du gerne på sigt vil have mulighed for at pille i både det
ene og det andet og lege med at skrive rigtigt hurtig code så
vil det nok være en god ide at kigge på C++.

Nu er vi nok begge lidt bias'ed, da du har brugt C++ og jeg har brugt
Pascal/Turbo/Delphi i ca. 25 år.

Men der går rygter om, at visse applikationer er op til 3 gange hurtigere i
Delphi i forhold til C++.

Det hænger formentlig sammen med strengoperationer, samt den meget
optimerede memory manager (aka FastMM) i Delphi.

FastMM er udviklet af en samling _virkelige_ nørder, der sidder og tæller
CPU cycles.

Post by Asger Joergensen
C++ syntaxen er forresten næsten magen til Java.

Jeg tror i midt/sidst 90'erne vi plejede at sige:
Java er Delphi med C syntax.

Heri ligger, at på et overordnet plan er de 3 alen ud af et stykke.

[Asger Joergensen]

Hi Stig

Post by Stig Johansen

Post by Asger Joergensen
Hvis du gerne på sigt vil have mulighed for at pille i både det
ene og det andet og lege med at skrive rigtigt hurtig code så
vil det nok være en god ide at kigge på C++.

Nu er vi nok begge lidt bias'ed, da du har brugt C++ og jeg har brugt
Pascal/Turbo/Delphi i ca. 25 år.
Men der går rygter om, at visse applikationer er op til 3 gange hurtigere i
Delphi i forhold til C++.

Det lyder interessant har du nogle eksempler ?

Post by Stig Johansen
Det hænger formentlig sammen med strengoperationer, samt den meget
optimerede memory manager (aka FastMM) i Delphi.

Er det ikke den samme kerne som både Delphi og BCB kører på,
jeg mener er det ikke grundlæggende den samme exefil der bliver
lavet når der kompileres med Borland/CodeGear hvad enten det er
Delphi eller C++.
Min erfaring fra BCB5 er at AnsiString er meget langsommere en
char* og originale WinAPI funktioner om den er hurtigere i Delphi
ved jeg ikke. Jeg har endnu ikke nok erfaring med CB2009 til at
udtale mig.
Jeg har også set at hvis man bruger STL til håndtering af næsten
al sin code så går det også en del langsommere (men mere sikkert)

Post by Stig Johansen
FastMM er udviklet af en samling virkelige nørder, der sidder og tæller
CPU cycles.

Ja, jeg har godt fulgt lidt med i Delphi.BASM gruppen, de er helt
for viderekommende, men ellers så får vi i C++ grupperne tit skyld
for at gå alt for meget op i hastighed.

Post by Stig Johansen

Post by Asger Joergensen
C++ syntaxen er forresten næsten magen til Java.

Java er Delphi med C syntax.

Hvis du retter det til C++ så skal det nok passe, for jave
er da bare helt vild med klasser, det er lige før at hver
funktion får sin egen klasse..;-)

Venlig hilsen
Asger

[Stig Johansen]

Post by Asger Joergensen

Post by Stig Johansen
Men der går rygter om, at visse applikationer er op til 3 gange hurtigere
i Delphi i forhold til C++.

Det lyder interessant har du nogle eksempler ?

Nej, som sagt er det 'rygter', fra .delphi grupperne.

Dog har jeg et lille hobbyprojekt kørende, som jeg startede omkring
årtusindeskiftet.

Jeg kalder det VAMS - Vast Array of MicroServers, og det er intet problem at
outperforme eksempelvis Apache, og THTTPD.

'Very' high performance er dog opnået via Kylix/TTYLinux samt NPTL - tvivler
på om det samme kan opnås med Windows.

[Mogens Hansen]

"Stig Johansen" <***@gmaill.com> wrote in message news:49658c64$0$90274$***@news.sunsite.dk...

[8<8<8<]

Post by Stig Johansen
Men der går rygter om, at visse applikationer er op til 3 gange hurtigere i
Delphi i forhold til C++.

Det er vist en and, hvis programmerne er skrevet fornuftigt.
Performance af Delphi og C++ baserede VCL programmer er tæt på at være den
samme. Ingen af de compilere er kendt for at være voldsomt optimerende.

C++ compileren i C++Builder har en forholdvis dårlig optimizer, i
sammenligning med andre C++ compilere (f.eks. Microsoft og Intel), hvor man
relativt nemt kan finde en faktor 2 i performance. De compilere er vejen
frem, hvis man skal have høj performance under Windows, hvis man ikke vil ty
til assembler.

[Asger Joergensen]

Hi Mogens

Post by Mogens Hansen
C++ compileren i C++Builder har en forholdvis dårlig optimizer, i
sammenligning med andre C++ compilere (f.eks. Microsoft og Intel), hvor man
relativt nemt kan finde en faktor 2 i performance. De compilere er vejen
frem, hvis man skal have høj performance under Windows, hvis man ikke vil ty
til assembler.

Det syntes jeg lyder underligt da jeg I BCB5 har skrevet
både gradient og alphadraw funktioner der let udkonkurer
dem i WinAPI'et, man skulle jo syntes at havde grund til
at gøre deres bedste og de bedste compileren kan.
Intel har jeg ingen anelse om, men jeg tror der en del
religion inden for det her område.

Venlig hilsen
Asger

[Mogens Hansen]

"Asger Joergensen" <***@Asger-P.dk> wrote in message news:4966367a$0$90275$***@news.sunsite.dk...

[8<8<8<]

Post by Asger Joergensen
Det syntes jeg lyder underligt da jeg I BCB5 har skrevet
både gradient og alphadraw funktioner der let udkonkurer
dem i WinAPI'et, man skulle jo syntes at havde grund til
at gøre deres bedste og de bedste compileren kan.

Det er veldokumenteret at Microsoft bruger deres egen compiler C++ til at
oversætte deres vigtigste produkter (MS-Windows, Office, SQL Server osv).

Mit udsagn baserer sig på målinger af performance af identisk source kode.
Der er ingen tvivl om at en algoritme og design spiller en langt større
rolle for performance end en compilers optimering.

[Carsten]

Post by Mogens Hansen
Mit udsagn baserer sig på målinger af performance af identisk source kode.
Der er ingen tvivl om at en algoritme og design spiller en langt større
rolle for performance end en compilers optimering.

I sin tid brugte jeg en Pascal+ compiler som var lavet af Norman Black
fra Stony Brook Software.

Den lavede i visse tilfælde 200 gange hurtigere kode end Borlands Pascal
compiler (koden fyldte også mindre).
Det viser efter min mening at hvis udviklerne har fokus på hastighed og
kode størrelse, så kan der gøres virkeligt meget på dette område.

Kompileren fik aldrig den store udbredelse (desværre), som det er set
før, er der mange andre ting end kvaliteten der afgør om et produkt
bliver et hit.

Der er nogle der siger "et arbejde tager den tid der er til rådighed"
Jeg mener at man kan drage en parallel og sige at:
"en compiler optimeres ikke mere end at den kode den laver, kan afvikles
med en fornuftig hastighed på den platform den er rettet i mod"

Carsten

[Stig Johansen]

Post by Carsten
Det viser efter min mening at hvis udviklerne har fokus på hastighed og
kode størrelse, så kan der gøres virkeligt meget på dette område.

Nu ved jeg ikke hvornår 'sin tid' var, men der er sikkert sket meget siden
da.

For ikke så længe siden havde vi en lille 'agurketids konkurrence' ovre
i .basm gruppen.

Her var koden genereret af compileren hurtigere end håndkodet assembler.

Men som jeg skrev, og du skriver, er det 'visse tilfælde' og ikke generelt.

[Mogens Hansen]

"Carsten" <no-***@mail.dk> wrote in message news:4967b142$0$56768$***@dtext02.news.tele.dk...

[8<8<8<]

Post by Carsten
Den lavede i visse tilfælde 200 gange hurtigere kode end Borlands Pascal
compiler (koden fyldte også mindre).

Een af de meget væsentlige egenskaber ved Delphi og Turbo Pascal før den er
(ekstrem) høj oversættelseshastighed. Det er nærliggende at forestille sig
at det så sætter grænser for hvor meget optimering man kan nå at lave.

Jeg har set _meget_ imponerende optimeringer blive lavet af Microsofts og
Intels C++ compilerne.
En gang (4-5 år siden) prøvede jeg (som eksperiment) at skrive noget
assembler som skulle køre hurtigere end hurtige en noget C++ kode oversat
med de 2 compilere.
Jeg brugte alle trick jeg kunne komme i tanke om - kiggede på assembler
output fra den, lavede statisk analyse med Intel VTune for at se hvordan der
blev holdt gang i pipelines osv. Det eneste jeg ikke måtte var blot at
skrive fuldstændigt af efter een af compilerne.
Det lykkedes mig ikke! Jeg påstår naturligvis ikke at det ikke kan lade sig
gøre, men det er voldsomt svært - ikke mindst fordi nutidens CPU'er er så
avancerede (og uigennemskuelige) med pipelines, cache (osv).


[8<8<8<]

Post by Carsten
Der er nogle der siger "et arbejde tager den tid der er til rådighed"
"en compiler optimeres ikke mere end at den kode den laver, kan afvikles
med en fornuftig hastighed på den platform den er rettet i mod"

Både Microsoft og Intel har en oplagt interesse i at lave gode optimizere i
deres C++ compilere.

Hvis Microsoft laver en super optimizer, vil deres software (f.eks. Windows
og SQL Server) klare sig bedre i målinger med f.eks. Sun+Oracle.
Hvis Intel laver en super optimizer, vil deres processorer klare sig bedre i
sammenligning med f.eks. Sun og AMD.

[Stig Nørgaard Færch]

Post by Asger Joergensen
...
Hvis du gerne på sigt vil have mulighed for at pille i både det
ene og det andet og lege med at skrive rigtigt hurtig code så
vil det nok være en god ide at kigge på C++.

Så du siger at jeg ikke i den samme grad har mulighed for at pille i
både det ene og det andet med Delphi - eller hvordan?

Post by Asger Joergensen
C++ syntaxen er forresten næsten magen til Java.

Ok. Dvs. at hvis jeg så har lært C++ - hvad så - er springet til at lære
Java rimelig kort?

/Stig

[Asger Joergensen]

Hi Stig

Post by Asger Joergensen

Hvis du gerne på sigt vil have mulighed for at pille i både det ene og

det andet og lege med at skrive rigtigt hurtig code så

vil det nok være en god ide at kigge på C++.

Så du siger at jeg ikke i den samme grad har mulighed for at pille i både
det ene og det andet med Delphi - eller hvordan?

Jeg skal vist passe på hvad jeg siger her, da min erfaring med
Delphi/Pascal begrænser sig til hvad jeg har lært fra BCB source code,
men jeg kan se at når Delphi drengen rigtigt "nørder" så bruger
de asambler, det ser jeg ikke så meget i C++ grupperne.

Post by Asger Joergensen

C++ syntaxen er forresten næsten magen til Java.

Ok. Dvs. at hvis jeg så har lært C++ - hvad så - er springet til at lære
Java rimelig kort?

Det syntes jeg i hvert tilfælde, jeg tog på et tidspunkt et
kursus i programmering, hvor det anvendte sprog var jave og
det var nemt nok at følge med.

Venlig hilsen
Asger

[Uffe Kousgaard]

Post by Asger Joergensen
I C/C++ skal du som programmør selv holde styr på hukommelses
allokering og frigørelse og der er rigtigt meget med forskellige
typer og til alle typer er der sandelig også både poitere
og referancer, hvor det i Delphi/Pascal er lidt mere som i PHP
der er dog stadigvæk typer, men så vidt jeg ved ikke nær så meget
oprydning.

Delphi kræver stort set den samme grad af oprydning som C++. Måske lige med
streng-behandling som undtagelse, hvor man får meget foræret af compileren.

Post by Asger Joergensen
Hvis du gerne på sigt vil have mulighed for at pille i både det
ene og det andet og lege med at skrive rigtigt hurtig code så
vil det nok være en god ide at kigge på C++.

Med Delphi kan du pille i næsten lige så meget som med C++.

[Asger Joergensen]

Hi Uffe

Post by Uffe Kousgaard

Post by Asger Joergensen
I C/C++ skal du som programmør selv holde styr på hukommelses
allokering og frigørelse og der er rigtigt meget med forskellige
typer og til alle typer er der sandelig også både poitere
og referancer, hvor det i Delphi/Pascal er lidt mere som i PHP
der er dog stadigvæk typer, men så vidt jeg ved ikke nær så meget
oprydning.

Delphi kræver stort set den samme grad af oprydning som C++. Måske lige med
streng-behandling som undtagelse, hvor man får meget foræret af compileren.

Post by Asger Joergensen
Hvis du gerne på sigt vil have mulighed for at pille i både det
ene og det andet og lege med at skrive rigtigt hurtig code så
vil det nok være en god ide at kigge på C++.

Med Delphi kan du pille i næsten lige så meget som med C++.

Ok, det var ikke mit indtryk, men så må jeg jo hellere få opdateret
de små grå..;-)

Venlig hilsen
Asger

[Stig Johansen]

Post by Uffe Kousgaard
Med Delphi kan du pille i næsten lige så meget som med C++.

Og klø sig et vist sted, hvis armene er lange nok :-)

[Mogens Hansen]

"Uffe Kousgaard" <***@no.no> wrote in message news:4965adb2$0$90263$***@news.sunsite.dk...

[8<8<8<]

Post by Uffe Kousgaard
Delphi kræver stort set den samme grad af oprydning som C++. Måske lige
med streng-behandling som undtagelse, hvor man får meget foræret af
compileren.

Hvis man bruger VCL String klassen i C++ er håndteringen eksakt magen til i
Delphi.
Hvis man bruger ISO Standard C++ bruger man klassen std::string, og der er
heller ikke noget oprydning som programmøren skal håndtere manuelt.
Det er rigtigt at man har _muligheden_ for at styre det hele manuelt med
pointere og manuel allokering - man det gør man forhåbentlig ikke ret tit.

[Asger Joergensen]

Hi Stig

Post by Stig Nørgaard Færch
Halløj
* php-gtk
* Visual C#,C++,VB express - men de er vel alle sammen stærkt afhængige af
.NET? Ellers fin visual IDE og gratis.
* Turbo Delphi

Der er jo også CodeGear Turbo C++ Explorer som også er gratis

http://cc.codegear.com/item/24724

Venlig hilsen
Asger

[Mogens Hansen]

"Stig N�rgaard F�rch" <***@dkm.dk> wrote in message news:49645ce5$0$56772$***@dtext02.news.tele.dk...

[8<8<8<]

Post by Stig Nørgaard Færch
* Uafhængig af store eksterne libs. Vil ikke kræve at brugeren skal
installere 20mb af et eller andet han ikke ønsker (.NET, Java, runtime
dit/dat).

Det er dejligt at høre at der stadig er nogen som lægger vægt på det :-)

[8<8<8<]

Post by Stig Nørgaard Færch
* Turbo Delphi

Turbo Delphi til Win32 og Turbo C++ er 2 gode bud.
Forskellen er at Delphi er Pascal og Turbo C++ er C++.

[Stig Nørgaard Færch]

Post by Mogens Hansen
[8<8<8<]

Post by Stig Nørgaard Færch
* Turbo Delphi

Turbo Delphi til Win32 og Turbo C++ er 2 gode bud.
Forskellen er at Delphi er Pascal og Turbo C++ er C++.

Yep. Så langt er jeg også kommet.
Ved dog ikke helt endnu hvorfor jeg skulle vælge det ene frem for det
andet. Det lader til at der er en del benytter Delphi til programmering
af applikationer.
Har Delphi her en force i forhold C++?

Har Turbo Delphi og Turbo C++ IDE'erne sammelignelige feature i forhold
til f.eks. debugging, form designer...?
Er der noget jeg vil savne i den ene i forhold til i den anden i forhold
til at lave simple applikationer?

Mvh Stig

[Mogens Hansen]

"Stig N�rgaard F�rch" <***@8620.dk> wrote in message news:49651f59$0$90264$***@news.sunsite.dk...

[8<8<8<]

Post by Stig Nørgaard Færch
Har Delphi her en force i forhold C++?

Ja - den oversætter ekstremt hurtigt.
Forcen ved Turbo C++ er netop at programmeringssproget er C++, som er langt
mere udbredt. Den kan bruge alle Delphi komponenter og dertil kommer en
masse C++ biblioteker.

Post by Stig Nørgaard Færch
Har Turbo Delphi og Turbo C++ IDE'erne sammelignelige feature i forhold
til f.eks. debugging, form designer...?

Det er fuldstændigt det samme (jeg har ikke prøvet Turbo versionerne - kun
købe versionerne).

Post by Stig Nørgaard Færch
Er der noget jeg vil savne i den ene i forhold til i den anden i forhold
til at lave simple applikationer?

Formodentlig ikke.

[Uffe Kousgaard]

Post by Stig Nørgaard Færch
Ved dog ikke helt endnu hvorfor jeg skulle vælge det ene frem for det
andet. Det lader til at der er en del benytter Delphi til programmering af
applikationer.
Har Delphi her en force i forhold C++?

Klassebiblioteket (VCL) i Turbo Delphi / C++ er skrevet med Delphi og selvom
du kan anvende det i C++, så føles det selvfølgelig mere naturligt at
anvende det fra Delphi.

[Mogens Hansen]

"Uffe Kousgaard" <***@no.no> wrote in message news:4965af0e$0$90272$***@news.sunsite.dk...

[8<8<8<]

Post by Uffe Kousgaard
Klassebiblioteket (VCL) i Turbo Delphi / C++ er skrevet med Delphi og
selvom du kan anvende det i C++, så føles det selvfølgelig mere naturligt
at anvende det fra Delphi.

Det er jeg meget enig i. Og umiddelbart lyder det for mig som om Delphi er
det mest oplagte valgt for OP.

Men alligevel er C++Builder og VCL et ganske udemærket værktøj til relativt
simpelt at lave avancerede brugergrænseflader til C++ - ikke mindst hvis man
samtidig har et ønske om simpel (ingen) installation.

[Stig Nørgaard Færch]

Vil bare sige tak til alle for de - for mig - meget oplysende indlæg i
denne tråd.

Flere der har noget på hjertet vedr. C++ <-> Delphi er naturligvis
velkomne :-)

/Stig