PHP kontra J2EE Opcje

[dragossani]

Od dłuższego czasu szukam platformy, która pozwoliłaby mi tworzenie złożonych aplikacji internetowych tak swobodnie jak np. lokalnych programów w Delphi. Technologii wydajnej, wieloplatformowej od strony użytkownika (wszystkie podstawowe przeglądarki w Windowsie, Linuxie i innych), od strony serwera dającej się wdrażać pod Linuxem.
Przez ostatni rok nie miałem wątpliwości, że php spełnia moje oczekiwania. Jest elastyczny, wieloplatformowy i zwykle nadąża za technologiami. Zacząłem jednak dostrzegać liczne niedogodności związane z php. Podstawową jest to, że komunikacja z użytkownikiem odbywa się na bazie HTML-a. Interfejs jest przez to baaardzo ograniczony (porównajcie z kontrolkami w Delphi). A już prawdziwym przekleństwem programisty jest to, że skrypt wykonuje się, generuje stronę, a potem się wyłącza i traci kontakt z użytkownikiem (HTML to niestety stateless protocol). I jak tu mieć pod kontrolą taką aplikację? Oczywiście prawie wszystko da się obejść, ale jakim kosztem?
Zacząłem więc rozglądać się za alternatywą i natknąłem się na coś takiego jak J2EE. Java to dla mnie na razie czarna magia, ale człowiek uczy się całe życie. :wink: Wybadałem teren od strony serwerowej. Wiem, że kompletną platformę oferuje Oracle w postaci ORACLE 9i. Tyle, że to rozwiązanie za kupę szmalu. Ale jak to zwykle bywa, są też alternatywy. Np. zestaw Postgres + Apache + JBoss. Szczególnie ten ostatni element jest interesujący. Ale przechodząc do rzeczy, po pierwsze: chciałem wiedzieć jaka jest wasza opinia o php, czy spełnia wasze oczekiwania? Po drugie: czy używaliście Javy jako platformy dla aplikacji rozproszonej? Czy wie ktoś jakie są jej wady, a jakie zalety?
Proponuje zajrzeć ca pewną stronę: http://www.esupplychain.pl/polish/technology.html. Przejrzenie jej pozwaliło mi zestawić obok siebie sporo pojęć.

[dragossani]

Mam cichą nadzieję, że miałeś na myśli protokół HTTP.

Oczywiście racja. :? Palce czasem są szybsze niż odruchy trzeźwości myślenia.

A koszty nie są znowu tak wysokie. Wystarczy skorzystać z mechanizmu sesji :wink:.

Nie do końca to miałem na myśli. Sesje ok, ale jak masz np. jakąś drzewkową strukturę danych, gdzie użytkownik musi wypełnić formularz, a jednym z pól jest np. opis samochodu (marka -> przeładowanie modeli z bazy, model -> przeładowanie typów z bazy, typ -> itd.); albo dodanie osoby lub firmy do umowy ubezpieczenia w dowolnym charakterze (przy wielokrotności stron w umowie) i każda firma może mieć oddziały albo dodatkowe adresy itd. to przeładowywanie i nawigacja (zachowanie spójności i hierarchii danych) może doprowadzić do bulu głowy. A np. w Delphim buduje się odpowiedni formularz z otwieranymi modalnymi oknami dialogowymi, a przy zamykaniu eksportuje komplet danych. To zupełnie inny komfort pracy.
Poza tym dane od użytkownika nie płyną nieustannie - chat'a (nie mówiąc już o czymś jeszcze bardziej interaktywnym) łatwo nie napiszesz. Można oczywiście próbować sztuczek ze streaming html (raczej na pewno html :wink: ), ale to już jest właśnie to, co miałem na myśli mówiąc o nieporęczności pewnych mechanizmów.

Uzycie jezyka server-sidowego czy kontrolek lub apletow zalezy od specyficznych wymagan aplikacji i ciezko powiedziec co jest lepsze. Przykladem moze byc Audiogalaxy. Polaczono tam aplikacje po stronie clienta z serwer-sidowym interfejsem.

Takie rozwiązanie jest rzeczywiście mniej wygodne. Ja mówię o czymś takim jak np. gra w bilard na yahoo.com (grał ktoś?). Wchodzimy przez dowolną przeglądarkę z konsolą javy (IE, Szkapa, Opera, albo cokolwiek z linuxa - byle był w systemie Java Runtime Enviroment, a domyślnie jest) i mamy grę gdzie widzisz wszystkich uczestników on-line, każdy ruch myszki danego uczestnika. Żadnych pozarzeglądarkowych interfejsów i pełna interaktywność. Po stronie klienta chodzi aplet, a po stronie serwera J2EE, który spełnia rolę ASP (komunikuje się z bazą i systemem) - tyle, że bezustannie. Co wy na to?