java

Men vind het belangrijk dat programma's 'portable' zijn. Wanneer je broncode door een compiler haalt dan werkt het resultaat (als alles goed is) op de machine waar die compiler op draait. Haal je diezelfde broncode door een andere compiler, op andere hardware, en het resultaat werkt weer, dan was de broncode portable.

Java programma's zijn buitengewoon portable omdat de javacompiler geen machinecode maakt maar een soort tussencode. Die tussencode wordt aangeboden aan een JRE, de Java Runtime Engine, die de tussencode omzet in machinecode en meteen ook uitvoert. Als er voor een bepaalde machine een JRE bestaat dan zal een Java programma daar op kunnen draaien.

Nadeel van deze methode is dat er twee vertaalslagen nodig zijn: van broncode naar tussencode en van tussencode naar machinecode. Die tweede vertaalslag loopt tijdens de uitvoering van het programma en kost dus tijd. Eenzelfde programma in C++ zal dus sneller uitgevoerd worden dan een programma in Java.

Voordeel is dat een java-applet, als deel van een HTML pagina, door iedere browser waarbij de JRE is ingeschakeld, kan worden uitgevoerd, op een Mac werkt het net zo goed als op een Windows machine.

Bij 'applications' in Java kan je je afvragen of C++ geen betere keuze zou zijn. Applications zijn, in tegenstelling tot applets, niet voor het WWW bedoeld. Ook te overwegen is het gebruik van een speciale java compiler die de javacode tot machinecode maakt (voor bijvoorbeeld een Windows omgeving). Anderzijds is het zo dat machines vandaag de dag meestal veel sneller zijn dan nodig is waardoor wat tijdverlies van de JRE meestal geen probleem is.