Hvor? og til hvad?

Som begynder vil det sandsynligvis være nemmest at gå direkte i gang med Java. Fordelen ved Java er at det ikke er afhængig af hvilket styresystem den bliver kørt på. Det samme Java-program vil kunne køre på Windows, Linux, Solaris osv. uden problemer. Desuden er der ikke nogen fast standard for C++, men det er der for Java, som bliver udviklet af Sun Microsystems. C++ bruges meget til større programpakker. Jeg skal ikke kunne sige om C++ giver flere muligheder, men jeg kan sige så meget at C++ giver en del flere faldgruber end Java.

enig med viciodk.
  Sproget Java er mere konsistent og sammenhængende
  Imens C++ er en videreudvikling af C med objektorienteringen klistret på, snarere end integreret i den basale tankegang.
  Du kan godt nok finde gratis C++ udviklingssystemer på nettet, men de er højest forskellige og medmindre du køber et af de kendte kan du ikke regne med at ret mange herinde kender det og kan give råd.
  Java derimod kan udvikles med det gratis 'sun one' (FORTE) som noget nær alle herinde kender (der er også et par andre som fx Jbuilder, men hvorfor købe når det findes gratis).

  Det store argument for C++ er at det færdige program kører hurtigere. Hvis det du vil lave er billedbehandling eller redigering i mp3 filer er det noget bu bør tage hensyn til; ellers er det ret ligegyldigt.

C++ er et betydeligt større sprog end Java. Bl.a. ting som Java ikke
har kan nævnes: unsigned data typer, operator overload, multipel arv,
pointere, templates. Java har så tilgengæld: interfaces, garbage collection.

Java er derfor et noget nemmere sprog at lære end C++. Og selvom man
en gang imellem savner nogen af C++ featurene, så er det ikke det store
problem.

Hvis man kan tage C# som et udtryk for en vurdering af Java, så vil jeg
sige at ideerne i Java er blevet accpeteret - og at fremtidige sprog vil
lade sig mere inspirere af Java end af C++.

Der er en C++ standard. Men den er ret med hensyn til biblioteker og derfor
vil de fleste større C++ programmer bruge platform specifikke biblioteker.
Java derimod kommer med et meget stort bibliotek - og fordi biblioteker lavet
i ren Java er binært kompatible mellem platforme - så kan man normalt
lave selv større programmer portable.

Der findes flere gratis compilere og IDE til både C++ og Java. Til Java
foretrækker jeg Eclipse (www.eclipse.org) blandt de gratis.

Umiddelbart vil jeg vurdere at hvis man skal igang med en helt ny
applikation idag, så vil man vælge C++ hvis man har "specielle behov"
for direkte hardware adgang eller OS specifikek API'er eller real time
egenskaber, mens man til mere generelle applikationer vil vælge C# eller Java.

Java er ret dominerende indenfor high end enterprise apps med J2EE
(CORBA er en lille niche og MS teknologierne er Windows specifikke).

Men C++ stortrives til f.eks. spil.

Er C++ fx meget sværere at udvikle i end Java er? Og er der ikke programmer som er bedre at udvikle i C++ fremfor Java eksempelvis? Altså foruden hastighed.

Og hvad er J2EE for noget?

Hastigheds forskellen er normal ubetydelig med moderne JVM's.

Typisk er det de 3 årsager jeg nævnte at man vælger C++ (foruden at man
allerede er startet i C++).

J2EE = Java 2 Enterprise Edition (JSP, Servlet, EJB, JCA)

Tak, det lyder rigtig godt alt sammen. Er Jave fx mere sikkert end C++? Går ud fra at det ikke er muligt at lave et styresystem i Java eftersom det jo kræver en JVM for at køre selv.

Ja. Der er f.eks. ikke de samme risici for buffer overflow.

(husk: mere sikkert != sikkert)

Det er korrekt.

De der er exe filer man kan lave i Java som Jar filer fx. kan de kører uden JVM eller hva?

Nej.

Man kan ikke køre Java uden JVM.

(du kan heller ikke køre et .NET program uden .NET runtime)

Nej,det tænkte jeg jo nok. Det er måske heller ikke så smart. Sidder lige nu og læser om statiske variabler i Java. Det står at  de er klasse variabler og ikke objekt variabler, men alligeven skriver de at objekterne deler den samme værdi. Mærkeligt, eftersom de ikke har noget med den statiske variabel at gøre..??

Nej, men de har noget med klassen at gøre !

public class X {
    private static int v1;
    private int v2;

...

    X x1 = new X();
    X x2 = new X();
    X x3 = new X();

3 instanser x1,x2,x3 af klassen X

de 3 instanser har hver sin v2

de 3 instanse deler en enkelt v1

Aha, og hvordan får du så adgang til v1, når du ikke kan gå gennem objekterne?

Inde i klassen X bare som v1.

Hvis den var public så skulle den udenfor klassen X bruges som X.v1 (altså
med klassens navn i.s.f. objektets navn foran punktum).

Skal man ikke lave nogle statiske medlemsfunktioner for at få adgang? Eller hvornår er det man benytter dem da?

Jo det vil være det pæneste.

public class X {
  private static int v1;
...
  public static int getV1() {
      return v1;
  }

Den refereres så som X.getV1().

Ja, nu ligger du jo også variablen i public delen. Men havde du lagt den i privat så måtte du jo benýtte en medlems metode til at få adgang. Når den ligger i public har alle og enhver jo adgang til den, selv andre objekter.

Hej Arne

Du kan tro at jeg er glad for din hjælp, og jeg vil gerne sætte pointene op, for jeg har lige nogle tillægs spørgsmål.

1: Vil du mene at interfaces i Java erstatter mulipel arv som i C++?

2: Da man åbenbart allokere sit array på heapen i Java, og ikke på stakken som i C++, er det en fordel eller en ulempe?

3: Har en Java nogen form for erstating for operator overloading? Eller hvordan løser Jave denne mangel?

1)

Delvist.

Via interfaces understøtter Java multiple definitions arv, men ikke
multipel implementations arv.

2)

(arrays i C++ kan også allokeres på heap med new)

Det har ihvertfald den fordel, at arrays er objekter.

Og p.g.a. garbage collection er der ikke noget problem med
deallokering.

3)

Eksplicitte metode kald.

Og ja det kan godt være lidt klodset.

Og et svar !

OK takker for hjælpen..