Hvilket sprog skal man vælge, C, Java, Delphi etc?

muligvis andre operativ systemer => Java lyder meget tiltalende

og hvis det rent faktisk skal lave noget FTP så er der et glimrende
FTP bibliotek til Java i Jakarta Commons Net

Hej Arne

Java var også det som vi umiddelbart også først selv tænkte på, dels pga. af at det så ville være let (ifl. dem som vi snakkede med) at lave programmet til at køre på andre operativ systemer.

Men samtidig er der andre som siger at et sprog som C++ giver mulighed for at lave flere ting. Jeg kan dog ikke vurdere om dette er korrekt.

Programmer som Norton Antirus, Skype og andre klient programmer (lavet af større virksomheder) hvilken sprog er de lavet i?

Med venlig hilsen
Jacob

-- de er sandsynligvis kodet i c/c++ ...

-- men det afhænger jo også af, hvem der skal kode det, og hvilke platforme i senere vil kunne få brug for at benytte det på !-)

P.t. kører Mono-projektet, som er en portering af .NET til Linux, og programmering i .NET-sprogene er helt klart interessant, specielt, hvis det samlede projekt skal kodes af en blandet landhandel af programmører, som har speciale i forskellige sprog !o]

C++ giver nogle muligheder som Java ikke giver. Men jeg tvivler på at de er relevante
i denne sammenhæng.

---

Low level delene (koden som intercepter fil access etc.) af NAV er uden tvivl
skrevet i C/C++ fordi den slags kan næsten ikke skrives i andet.

High level delene (GUI) af NAV er muligvis også skrevet i C++ men kunne
såmænd også være lavet i noget andet.

Men NAV har jo ligesom heller ikke noget portabilitets behov.

---

Man kan sagtens udvikle .NET programmer til Linux med Mono.

Og nogle .NET programmer vil også køre både på Windows med MS .NET og
Linux med Mono.

Men det kræver en kyndig programmør som er opmærksom på portabiliteten.

Jeg kan varmt anbefale Delphi. Det er nemt at gå til og kan sagtens løse stører opgaver. Du kan kigge dig rundt i sommerlandet : Det mest brugte hotel system i danmark, er kodet i Delphi.

Rigtig mange kasseapperater er kodet i Delphi. Alle Dagrofas butikker. Matas, TDC, Sonofon, TP Musik.

Fordelen er at GUI er er super nemt og resten af sproget meget fleksibelt. Hvis du kigger bort fra drivere kan Delphi alt som C++ kan og omvendt naturlig vis. Delphi kan i øvrigt også kompileres på Linux.

Der er indbygget mange ting i sproget som efter min mening mangler i C++.

Der er ikke noget hastighed vundet ved at vælge det ene kontra det andet. Dog skal det siges at er det MEGET performance tæt, skal du nok ikke vælge Java. Jeg ved at et af de firmaer der leverer software til militæret har problemer med perofrmance i deres java appliation, fordi de ikke bare kan vælge en stører computer.

Men omvendt i en "ftp klient" opdager ingen 1/4 sekund fra eller til.

Jeg siger ikke at Delphi programmer har samme udbredelse som C++ Applikationer, fordi det har de ikke, men stører applikationer kan sagtens kodes i Delphi, og det bliver gjort.

arne_v>>  Jeg ser ingen grund til NAV ikke kunne være skrevet i Delphi. JEg tror ikke at den er det, men low level delen er formentlig skrevet i assembler med fx en C++ headder omkring.

Jens B

jens>

C/C++ er det som Windows udvikles i og som Microsoft understøtter.

Kan man få PSDK og DDK til Delphi ?

Til sådan noget som NAV tror jeg at C/C++ ville være det oplagte valg (og
jeg tror heller ikke på assembler).

Hvis vi snakker GUI så er C++ (ihvertfald standarderne Win32 API og MFC) meget
meget tunge at danse med sammenlignet med Delphi. Delphi programmøren har
skrevet 10 skærmbilleder inden C++ programmøren har fået skrevet 1. Man kan
selvfølgelig skrive dem lige så hurtigt i VB som i Delphi, men VB har
altså nogle mangler der er til at føle på.

arne >> Det er ikke noger jeg har arbejdet med, men jeg ser ingen forhinderinger i det.

Nu mente jeg også at de lowlevel I/O dele i NAV er skrevet i assembler, på samme måde som matematik bibloteker er skrevet i Assembeler.

Her er fx hvordan Borland har koden funktionen Tan()

function Tan(const X: Extended): Extended;
{  Tan := Sin(X) / Cos(X) }
asm
        FLD    X
        FPTAN
        FSTP  ST(0)      { FPTAN pushes 1.0 after result }
        FWAIT
end;

Den er formentlig akkurat magen til i C++ (har ikke kigget efter), set du bort fra syntaxen.

Jeg mener bare mange af de ting som ligger indbygger i Delphi, eller ialle de untis som kommer med som standard, mangler i en standard C+, ikke at de ikke kan laves men jeg synes blot jeg mangler dem.

Dert værte mangler er pandanter til Sysutils.pas og Classes.pas

Jens B