Kompilovat cokoli za pochodu do .dll a spoustet na serveru je navic pomerne jista cesta k problemum, pouzivat virtualni stroj (jvm) je rozumejsi zpusob
Uz vidim zamestnavatele a personalni agentury, jak se rvou o znalce Flexu :))))
JSP stranka je servlet, ktery za Vas automaticky prelozi WebSphere nebo Tomcat + urcita optimalizace jako bonus
typova kontrola / nutnost deklarace zustava, jinak se to neprelozi
urcite neni daleko doba, kdy nekdo donuti gcj spolupracovat v ramci Tomcatu na prekladu, tedy ne do bytekodu a JIT kompilace, ale primo do nativniho kodu. Eclipse zpracovany timhle zpusobem se pri startu zrychlil dva az ctyrikrat, navic bezi i na procesoru pro ktery JVM zatim neexistuje.
Na druhou stranu pak za rychlost se bude platit vaznejsimi dusledky chyb v kompileru na spolehlivost serveru. U flexu bych ale hadal tyhle malery podstatne castejsi, preci jen to dela "firma o deseti lidech" a kod neni ani otevreny.
jiste prelozi.. ale je to dynamicka kompilace nebo se neshodneme? I kdyz souhlasim patri asi k dobre praxi udelat pozadavek na patr. JSP i na produkcnim prostredi (pokud to jde!) uz jen proto, ze proces kompilace nemusi byt zrovna casove nedulezita operace... no ale i tak mate vrstvu bytecodu..tady bych dll pokladal i za vyhodu..
oni se to nekdy neprelozi ani kdyz jde o korektni zdrojovy kod... nektere JSP preprocesory (a ze se mi to stalo urcite nejen s tomcatem) maji sve mouchy...
ČLÁNKY DO MAILU