Archief - java programmeren
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Dieterg
Legacy Member
Ik heb een klein vraagje en ik dacht ik ga hier geen nieuwe thread voor starten. Het is ondertussen semester 2 en we krijgen nu het vak JAVA. Ik dus vol verwachting naar de les gegaan blijkt dat we JAVA FOR WEB krijgen. Nuja ik heb hier niet echt een probleem mee. Enkel snap ik alleen niet waarom ze dit doen? We krijgen volgend jaar namelijk PHP. Wat is de meerwaarde van Java for web nu dan? Ik zie er het nut niet echt van in?
Is JSP niet bijna uitgestorven? Ik vind hier op het web namelijk weinig informatie over. De lessen zelf vind ik wel heel boeiend. Ik heb alleen wat bang dat het over 'x' aantal jaar dood is?
Kan iemand mij hier wat meer info over geven?
Danku!
Is JSP niet bijna uitgestorven? Ik vind hier op het web namelijk weinig informatie over. De lessen zelf vind ik wel heel boeiend. Ik heb alleen wat bang dat het over 'x' aantal jaar dood is?
Kan iemand mij hier wat meer info over geven?
Danku!
Wolf2000me
Legacy Member
Mam zei:
Wat is "Java for web" ? Volgens mij ben je verkeerd geinformeerd. Het gebruik van Java voor webapplicaties is enorm groot, uitgebreid en zal verre van de pijp uitgaan op korte termijn. Het is min of meer wat men het J2EE principe noemt.
Hier bestaan tal van webframeworks voor, één ervan die al oud is, is inderdaad JSP. Als wordt dit nog op meerdere plaatsen gebruikt hoor.
Zelf gebruik ik JSF, Wicket (!!), Vaadin, ...
Er komen enkel frameworks bij en vraag ernaar is ook ferm in de lift.
Het verschil van Java in webapplicaties met PHP is dat php enkel een scripting taal is. PHP is ook leuk, maar eigenlijk vind ik dat veel te licht voor grote applicaties.
Het is eigenlijk moeilijk te vergelijken. PHP is meer een presentation-layer taal, die idd ook business logic en database access kan, maar echt heel beperkt is daarin.
Java is een totaal pakket, geeft veel keuze, en een 100x grotere design mogelijkheid qua componenten, layers, services enz.
...
Wolf2000me
Legacy Member
Cycloon zei:
Bwah, ja maar dat komt allemaal wel he. Naar analogie van jouw logica is het:
MS internet explorer > firefox > safari > opera ...
En dit is uiteraard geen afspiegeling van kwaliteit en realiteit
Trouwens het "webgebeuren" puur op presentatie gaan beoordelen is ook niet echt fair he. Java is, en heeft, zoveel meer dan JSP. JSP is echt wel de oudere en veel minder krachtige parent van een heel aantal web frameworks.
metalleke zei:
Voor mij is dit persoonlijke preferentie, maar er is ook al wel Struts 2. Als je JSF config al ambetant vindt, begin dan maar zeker niet aan struts. Die configuratie is bij momenten een living hell, en er zijn echt wel genoeg makkelijkere, betere en krachtigere alternatieven.
eniac
Legacy Member
Wolf2000me zei:
Wow. Ik moet zeggen dat ik min of meer volg wat je in deze thread al gezegd hebt, maar hetgeen ik hier quote vind ik toch wel enorm uit de bocht gaan. J2EE (of het tegenwoordig juistere Java EE, de '2' is al een hele tijd vervallen) valt helemaal niet over dezelfde kam te scheren als webapplicaties.
Bij het maken van webapps kan je gebruik maken van Java EE, en anderzijds kan je met Java EE heel wat meer doen dan webapps (zie webservices, zie EJB's, ...). Ik heb de laatste 3 jaar niets front-end werk gedaan, maar zit wel voortdurend met Java EE bezig.
Kijk alleen maar naar het verschil tussen een application server en een web container: webapps (.war's) kan je deployen in een web container als tomcat, maar probeer op diezelfde tomcat maar eens een "Java EE applicatie" (in de vorm van een ear, bvb) te deployen - dat gaat je dus niet lukken. Daarvoor heb je een application server nodig. Dit om maar even aan te geven dat de termen hier toch niet op de juiste manier gebruikt werden.
Wolf2000me
Legacy Member
Jerre Muesli zei:
Cycloon zei:
Genereren heeft zijn voordelen, en uiteraard nadelen. In elk geval zijn frameworks die hun presentatie genereren een goeie kandidaat om een interne architectuur uit te bouwen binnen bedrijven om zo op een snelle en efficiënte manier schermen in nieuwe/bestaande applicaties aan te maken op een uniforme manier.
Wicket genereert niet echt trouwens, het werkt met wicket links die sort of in contact staan met de controller laag.
eniac zei:
Ik heb toch nergens gezegd dat J(2)EE een equivalent is van web frameworks? Al geef ik toe dat mijn vergelijking idd niet helemaal correct is. Ik moet nu nog wel het eerste webframework zonder een RMI principe tegenkomen (al kan ik mij vergissen). En dat is toch een sleutel principe van J2EE (ik blijf het zo noemen).
Maar by all means, als ik ketterijen uitkraam, zeker laten weten
Wolf2000me
Legacy Member
eniac zei:In je post stel je toch vrij duidelijk dat het gebruik van Java voor web applicaties "min of meer" het J2EE-principe is. En ja, dat vind ik enorme ketterij
Dat is ketterij, maar zo bedoelde ik dit ni eh. Ik had het over het principe. En of dit nu via de backend met EJB is of via de frontend via het webframework maakt niks aan dat principe eh.
Wolf2000me
Legacy Member
eniac zei:Ik heb een paar manieren geprobeerd om deze uitspraak te benaderen en te interpreteren, maar ik het enige waarop ik uitkom is "wtf?".
Misschien kan je even uitleggen wat je precies bedoelt met "het J2EE-principe"?
Het RMI principe is uiteraard een stuk duidelijker, en dat is wat ik bedoelde. De context daarvan vind je in één van de vorige posts.
Maar als je wil leg ik het principe wel uit van de method stub op client en server.
eniac
Legacy Member
Wolf2000me zei:
Uhh neen, ik heb geen uitleg nodig over dergelijke dingen. Maar toch bedankt voor het aanbod
Bon, laten we het er maar bij houden dat je je nogal ongelukkig uitdrukte. Maar zelfs als je J2EE vervangt door RMI in die oorspronkelijke stelling klopt het naar mijn mening nog steeds niet, het gebruik van Java voor webapplicaties valt ook helemaal niet gelijk te stellen aan "het RMI principe". Het is een mogelijkheid, maar niet meer dan dat.
mausdabber zei:
Dat denk jij. Vakdiscussies en foute opvattingen of uitdrukkingen bestaan overal.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.