Ono "Pochopit framework" je relativni pojem. I ten kdo uspesne nekolik
let pouziva napr. Struts ho plne nechape, respektive ho chape jen
natolik, nakolik ho chapat potrebuje. Vzdyt na co by bylo dobre, aby
kazdy clen teamu perfektne rozumel tomu jak napsat treba plugin do
Struts, kdyz to pro danou Struts aplikaci neni vubec plugin potreba?
Kazdy slozitejsi framework plne chapou snad jen jeho autori a ani tam si
nejsem uplne jisty.
Ze vyvojar ma pochopit co se ma implementovat neni zavisle na tom jestli
se rozhodne pouzivat IDE nebo Notepad. O deployment na cilovy server se
u vetsich projektu casto stara deployment specialista a vetsine vyvojaru
pak muze stacit jen Tomcat integrovany do IDE.
Kazdopadne to uz jsme trochu mimo puvodni tema...
Take jsem hledal jestli v Jave existuje framework co funguje na principu
ASP.NET nebo Adobe Flex (tj. deklarace v XML + oddeleny code "behind" na
obsluhu udalosti a manipulaci s komponentami), ale nic podobneho zatim v
Jave neobjevil.
Ostatne je zajimave, ze na stejne filozoficke bazi jako ASP.NET nebo
Flex vlastne funguje i stare dobre HTML+DOM+JavaScript. HTML je
deklarace komponent a code behing je Javascript spousteny udalostmi a
operujici nad DOMem. Ovsem HTML je bohuzel takovy jake je a Javascript s
Javou nebo C# opravdu srovnavat nema smysl :-) Navic to cele bezi jen na
klientovi. Ale zpusob vyvoje je vlastne podobny jako v ASP.NET.
Jozef Babjak wrote:
je to vhodne, protoze to ma IMHO silnou podporu v IDE a to je podle me
velice dulezite ze zacatku. Navic filozofie Web Packu je podobna
^-- Silna podpora v IDE? Ano, to je presne to, co NESMIE mat zaciatocnik,
ktory potrebuje najskor pochopit, co presne musi implementovat, konfigurovat,
ako to prelozit a ako to deploynut. Ked vsetko toto vie urobit rucne, moze
pouzit vykonnu podporut v IDE aby robil veci rychlejsie a nezatazoval sa
"reziou" frameworku. Ak mu polovicu veci skryjete za IDE, tak ten framework
nikdy nepochopi.
J.
