Java,JSP/Servlets of PHP
Op school school zijn we met een groep begonnen aan een project. Bij dat project moeten we een applicatie schrijven die ook moet communiceren met een zelf te schrijven applicatie op mobiele telefoons.
Op de server komend verschillende modules die met elkaar moeten communiceren maar geheel vervangen moeten kunnen worden. Voor de communicatie zijn we van plan soap te gebruiken.
Nu hadden we verschillende mogelijkheiden voor op de server waar we niet uitkwamen.
* PHP gebruiken
* JSP/Servlets gebruiken
* Een losse applicatie maken in Java die dus ook de sockets etc. regelt
* iets anders waar we zelf niet aan denken?
Binnen de groep zijn er mensen die of met JSP/Servlets gewerkt hebben of met PHP. Maar niemand die echt ervaring heeft met beide.
Nu vroeg ik me af of er hier mensen zijn die met de verschillende onderdelen ervaring hebben en kunnen vertellen wat verstandig is en waarom.
Een reactie als PHP want php is goed is dus wat ik liever niet heb.
Alvast bedankt,
TJVB
ps. weet niet helemaal of dit een goede locatie voor het topic is maar we willen in ieder geval OOP gaan werken.
Gewijzigd op 01/01/1970 01:00:00 door TJVB tvb
Als je van plan bent SOAP te gaan gebruiken, dan is het misschien verstandig eens naar .NET te kijken. Daar mee kan je namelijk een web service bouwen waarmee je zonder enige kennis van SOAP, het toch kan gebruiken.
Java ligt even iets anders, dat zul je nodig hebben voor je telefoonapplicatie.
Ps. Kennis en ervaring betreft niet alleen het bouwen en onderhouden van de applicatie, maar ook van de benodigde server(-s).
.NET wordt niet op de server gebruikt aangezien de personen die de server gaan onderhouden geen ervaring hebben met het onderhouden van een windows server. Tevens is er binnen de groep maar 1 iemand die veel ervaring heeft met .NET
De kennis is gedeeltelijk aanwezig, de ene helft kent goed JSP en een beetje PHP, de andere helft kent goed PHP en een beetje JSP.
Er zal dus altijd door een deel van de groep nieuwe kennis moeten worden opgedaan, dit is een risico waar we rekening mee gehouden hebben.
Het moet in feite op de volgende manier worden opgebouwd:
Telefoons: JAVA (en later misschien ook .NET)
---
Server applicatie: PHP/JSP/JAVA applicatie
---
Webinterface: PHP of JSP
Er is dus binnen de groep niemand die een objectieve vergelijking tussen PHP en JSP kan maken
Er is ook gesproken over een standalone JAVA applicatie die 24/7 moet draaien alleen lijkt het mij niet heel handig. Of zie ik dit verkeerd?
Er draait op de server een Postgres Database, verder zal er tussen de server en de telefoons via SOAP gecommuniceerd worden.
Mijn vraag is dus de totale kennis over beide is ongeveer gelijk. Wat is dan de beste keuze?
Zowel qua stabiliteit,resources (dus indirect ook de prijs),gemak tijdens het ontwikkelen en overdraagbaarheid (als iemand anders er later mee verder moet hoe makkelijk is dan een geschikte persoon/groep te vinden om dat te doen)
Gewijzigd op 01/01/1970 01:00:00 door TJVB tvb
Ik heb beetje opgezocht en volgens mij is JSP is krachtiger en stablieler, maar alleen op windows
SWX. SOAP geeft mijn inziens teveel overhead.
wel eens gedacht aan Flash Lite? Ik weet dat Aral Balkan vorig jaar een mooi data format heeft ontwikkelt die heel licht is en daardoor prima bruikbaar voor mobiele telefoon applicaties. Maar wel bedankt voor de tip, ik zal het eens bekijken en vergelijken met amfphp die ik nu geregeld gebruik om data door te sturen naar flash.
om wat voor telefoon gaat het precies? Of moet het voor telefoons in het algemeen werken?
Het moet voor telefoons in het algemeen werken.
Ik heb nog verder gezocht en kwam kort gezegd tot deze conclusie.
Zowel JSP als PHP kunnen wat we willen.
Als er een goed ontwerp en voldoende kennis is zal geen van beide een probleem opleveren.
Voor beide zal de server goed ingesteld en onderhouden moeten worden.
Een losse java applicatie is nogal onverstandig o.a. omdat het meer werk oplevert.
Klopt dit of mis ik iets/heb ik het hartstikke fout?
Ik denk ook dat je conclusie wat betreft de zelfstandige applicatie maken klopt. JSP & Apache (of IIS, of Lighttpd) zijn beproefde oplossingen voor servers. Een eigen server maken die de sockets correct afhandelt en alle edge-cases ondersteund lijkt mij vrij tijdrovend. Ook omdat je dan goed moet nadenken over de interne structuur daarvan. Wanneer je te maken hebt met HTTP requests (dat wil zeggen: geen ingewikkelde streaming en push processen waar Apache of de webserver die jij gebruikt voor ontworpen zijn) zou ik kiezen voor een veelgebruikte oplossing. Als het even kan eentje waar je al wat ervaring mee hebt, en waar veel documentatie over te vinden is, en indien nodig veel support.
Inderdaad, ik help je niet echt een stap verder met deze post :P
Conclusie: ga voor die oplossing waar je het meeste ervaring mee hebt. Des te sneller je iets dat werkt kan opzetten en problemen kan zien & oplossen.
Het feit dat iemand mijn reactie kan bevestigen of in ieder geval tot een zelfde conclusie komt maakt de kans dat ik grandioos fout zit wat kleiner en dat is wel prettig :p
Tip: Maak een risico analyse en ga vervolgens de grootste risico's als eerste oplossen. Zorg er voor dat je daar ook ruim voldoende kennis en kunde voor in huis hebt, dan kan het daar niet fout gaan.