Kompileret kode og brugergrænseflade

Foobar.jaca compiles til Foobar.class - en .class fil er ikke umiddelbart
laesbar, men der finde udmaerkede decompilere som kan producere en Foobar.java
igen. Kommentarer er sporloest forsvundet og lokale variable faar tilfaeldige navne,
men ellers ligner koden den oprindelige. Man kan saa bruge en ofuscator som aendrer klasse navne og metode navne til totalt intetsigende navne. I praksis er
problemet ikke saa stort, fordi det tager lige saa lang tid at reverse engineere
paa den maade som at skrive kode fra scratch. Problemet er primaert i
forbindelse med license kode, database passwords og den slags.

Java applets er helt ligesom anden Java kode i den sammenhaeng.

Java kan afvikles paa Windows, Linux, diverse Unix og stort set alle
andre platforme. Fuldtsaendigt uandret.

.NET programmer kan koere paa Linux/Unix med mono hvis mono understoetter
alle de framework klasser og metoder som der bruges. Og der er altsaa nogle huller.
Min personlige mening er at mono og C# er udmaerkede udviklings vaerktoer til
Linux men at man ikke skal bruge det hvis portabilitet mellem platforme
er hovedformaalet.

Java har flere grafiske frameworks>

AWT som kom i Java 1.0

Swing som kom i Java 1.2

SWT som ikke er i selve Java men er udviklet af Eclipse teamet

AWT og Swing er per definition i enhver Java implementation (for Swing dog
kun hvis version >= 1.2)

SWT understoettes paa en stribe af de mest populaere platforme

fordele:
  nemt at finde folk med Java know how
  utroligt mange biblioteker og frameworks som man kan bruge (de fleste er open source)
  OS uafhaengigt
  har naesten alt som man har brug for

ulemper:
  uegnet til OS specifikke ting

Tak for svaret! Læg et svar og jeg giver point.

kommer her