PHP vs reszta platform Opcje

[Crozin]

Na początek prośba do moderatorów by rozdzielić wątek na dwa.

Chodzi ci o JEE czy nie trafilem, jesli mozesz opisz na co sie przerzuciles z jakich powodow jakie ma wady i zalety w poprowaniu do php twoje nowe narzedzie

Osobiście jestem w trakcie "przesiadki" na JEE i w żadnym wypadku nie można moich wypowiedzi traktować tutaj jako wypowiedzi kogoś kto ma z tą platformą spore obycie.
Prosiłeś o wypisanie wad i zalet tej platformy względem PHP tak więc i takie zestawienie znajdziesz poniżej, miej jednak na uwadze, że jak już wspomniałem JEE (a nawet i wiele elementów JSE) nie jest mi tak dobrze znaną technologią jak PHP, które znam od dobrych kilku lat. Na pewno z wielu wad/błędnych rozwiązań nie zdaję sobie nawet sprawy (brak wystarczającego doświadczenia), a jest ich na pewno cała masa - jak w każdym języku/platformie, szczególnie takiej która swoje początki miała w połowie lat 90 i dbała o wsteczną kompatybilność (to akurat zaleta) kosztem pewnych decyzji/rozwiązań (np. typy generyczne będące na dobrą sprawę jedynie lukrem składniowym).

Subiektywna lista:
Język:

1. Java jest statycznie i silnie typowanym językiem co znacznie ułatwia pracę poprzez: znaczne poprawienie czytelności kodu; ułatwienie dokumentacji kodu; uniemożliwia mieszanie typami (popatrz chociażby na genialny sposób informowania o nieznalezieniu podciągu przez strpos - zamiast zwrócić "-1" zwracają "false", które jest w większości przypadków traktowane jak "0") nie wspominając już o wszelkiego rodzaju narzędziach typu IDE, które po prostu mogą w ogóle działać.
2. Idiotoodporność PHP, która najbardziej krzywdzi właśnie początkujących, a bardziej doświadczonym sprawia jedynie problemy. Użyłeś nieistniejącej zmiennej/właśćwiości obiektu/elementu tablicy? Żaden problem, uznamy, że podano wartość null/false/0. Podałeś za dużo argumentów dla funkcji? Żaden problem, uznamy że tych nadmiarowych w ogóle nie ma. Podzieliłeś przez zero? Wszechświat się zapada, a zmienna przyjmuje boolean'owski fałsz i jedziemy dalej. Takich zachowań jest znacznie więcej i w najmniejszym stopniu nie są one pomocne.
3. Deweloperzy PHP nie myślą i nie testują nowych elementów języka:
   • Pojawiły się wyjątki, a nie istniały praktycznie żadne predefiniowane, żadnych reguł co do ich użycia, żadnych elementów składni informujących o tym, że dany wyjątek może się w ogóle pojawić itd.
   • Wprowadzili domknięcia, ale nie dali już możliwości zdefiniowania czy domknięcie przekazane w argumencie dla funkcji (np. jako callback) ma mieć jeden, dwa czy może cztery argumenty? O ich typach nie wspominając.
   • Wprowadzają kolejne klasy do SPL-a (bardzo dobrze), ale wymyślili sobie, że jedna z nich - bodajże MessageFormatter - będzie mogło zwrócić NULL-a w wyrażeniu new MessageFormatter(..); (tak dla jasności jest to sprzeczne z "specyfikacją" języka.
   • Wprowadzili przestrzenie nazw, ale nie narzucili żadnego sposobu ich nazywania (zrobił to dopiero PSR-0, który nie jest jednak zawsze przestrzegany)
4. Brak porządnego wsparcia dla Unikodu w PHP, ogromny burdel w bibliotece standardowej, [u]brak nowej, równoległej do istniejącej biblioteki standardowej[/i]
5. Spore braki w elementach/strukturach języka: w PHP nie stworzysz sobie nie-publicznej/lokalnej klasy gdy potrzebujesz jej jedynie w obrębie innej klasy/przestrzeni nazw przez co cały projekt musi być zawalony jakimiś nieistotnymi klasami; nie stworzysz sobie prywatnej stałej w klasie; nie stworzysz typu wyliczeniowego; nie masz dostępu do adnotacji, anonimowych instancji itp.

Platforma:

1. JEE jak sama nazwa wskazuje jest zdecydowanie bardziej "enterprise'owa". To dostęp do całej masy świetnych narzędzi, trzymanie się dobrych, utartych, a przede wszystkim sprawdzonych standardów co do których ma się pewność, że w ciągu najbliższych lat nawet jeżeli zostaną zamienione innymi nadal będą dobrze wspierane. Za JEE stoi cała masa korporacji co bardzo dobrze wpływa na jej stabilność. W tym zestawieniu PHP wygląda jak stojący na glinianych nogach, [brak mi weny ;] - kaleka?]. I bynajmniej nie jest to jak pojedynek Dawida i Goliata, tu ten ostatni jednak wygrywa.
2. W PHP na dobrą sprawę na start nie dostajesz kompletnie nic. Żadnych mechanizmów mogących realnie wspierać cokolwiek. Jak już napisałem na całe szczęście kilka lat temu pojawienie się FW dla PHP uratowało je przed kompletnym porzuceniem. A JEE? JSP/JSF, EJB, CDI, JPA, JTA, JMS i jeszcze wiele, wiele innych 3-4 literowych akronimów. (IMG:style_emoticons/default/wink.gif)
3. Oczywiście w/w to jedynie specyfikacje i zestawy interfejsów... bo w Javie masz możliwość realnego wyboru implementacji. Nie jesteś ograniczony do jednego producenta.
4. Serwer aplikacji nie działa na zasadzie od żądania do żądania - to znacznie ułatwia pokonywanie ograniczeń protokołu HTTP oraz platformy klient-serwer. Masz rzeczywistą możliwość robienie dowolnych rzeczy na serwerze (bo nie ogranicza Cię ani środowisko uruchomieniowe dla języka, ani sam język bo Java jest po prostu szybka).

Tych punktów mogłoby tutaj być więcej. Ale PHP nie jest wcale jakimś niewyobrażalnym badziewiem. Jak każdy język ma spore możliwości, a w dobrych rękach można w nim stworzyć na prawdę świetne projekty.

[Orzeszekk]

prywatna stałą mozna sobie stworzyc w klasie za pomocą konstrukcji private static $stała = "costam". jednak jest to swojego rodzaju hack. Co prawda nie jest to stała, ale daje to mozliwosc przechowywania stałej klasowej.

do plusow skladni php mozna zaliczyc late static binding - static::. bardzo fajna rzecz ktorej raczej nie ma w innych językach.
jednak jak sie pomysli ilu fajnych rzeczy PHP nie ma a inne jez. maja, to włos sie jezy na glowie.

wszystko juz chlopaki napisaliscie, i to jest wszystko prawda niestety. Ja od siebie bym dorzucil brak standardowego class Loadera.
metoda __autoload powoduje ze autoloader w kazdym fw/projekcie dziala inaczej.
A ja mam np swoj wlasny autoloader ktory dziala na moim autorskim pomysle i ma strukture katalogow nie korzystajac z namespace ale nie ma tez dlugich nazw jak zend i co sie okazuje? Biblioteka PHPUnit nie jest w stanie odnalezc zaleznosci miedzy klasami i klasy nie chcą się ładować, i tego co juz napisalem nie moge testowac jednostkowo. Musze robic sztuczki typu wydzielenie kodu logicznego do innej klasy poza projektem, tam stestowac , i opakowac w obiekt juz nalezacy do projektu.

Wraz z wprowadzeniem namespacow (ktore sa troche nieudane - brak mozliwosci zaimportowania calej namespace - porazka. Bez aliasowania trzeba uzywac nazw typu orzech\myproject\mymodule\myclass() - jeszcze wieksza porazka.) mogli by wprowadzic standardowy class loader tak jak jest w javie i juz.

Jest jeszcze jeden zarzut mój do PHP : brak wielowątkowości, i wsparcia dla lockow/sekcji krytycznych
W sytuacji gdy kazdy proces PHP dziala w oddzielnym wątku, i nie ma mozliwosci zablokowac jednemu mozliwosci grzebania w pliku gdy zapisuje do niego drugi, język wiąże ci ręce. Musisz wszystko ładowac do bazy danych.
To samo sie tyczy memcache - brak locków w PHP powoduje ze zle napisana aplikacja korzystajaca z memcache po prostu sie zawiesi (w momencie gdy wpis sie przedawnia, wchodzi na raz x uzytkownikow na strone, i z powodu braku locków wszyscy na raz zaczynaja aktualizowac ten memcachowy wpis, leci x zapytan do bazy danych... itd itp). Ostatnio chcialem skorzystac z memcache - jak zobaczylem jakie problemy to powoduje to dalem sobie z nim spokój.
Niby są mechanizmy locków bazujące na tworzeniu plików ~lock, ale jaki to ma sens przy cachowaniu danych w memcache? (IMG:style_emoticons/default/smile.gif)
zreszta pliki lock nie sa niezawodne bo jesli php przelaczy sie na drugi wątek w momencie tworzenia tego pliczku to tez nam cuda wyjdą.

Celowo nie pisalem o flock poniewaz dziala w pelni tylko pod linuchem, a poza tym jest problem bo raz zalozonej blokady nie mozna zdjac po uplywie np 30 sekund wiec jesli zawiesi sie skrypt zapisujacy do pliku ktory sobie zablokowal to nigdy nie zostanie odblokowany.

IDE ktory jest naprawde dopracowany i w zasadzie jak dla mnie jedyny na rynku to phpStorm, to program wart kazdych pieniedzy.
Ma wszystko co potrzebne i co najwazniejsze - dziala. PHPUnit dziala. IntelliSense - dziala pieknie, lepiej niz w ecl. i netbeans.
Refaktoryzacje typu wydziel metode/stałą/zmienną - +50% do predkosci kodowania. Do tej pory myslalem ze w jezyku dynamicznym sie nie da tego zrobic, ale jednak sie da. Predkosc IntelliSense (podpowiadania metod) - dziala jak eclipse pod javą czyli bez zastanowienia.
eclipse php/netbeans potrzebuje sekunde - piec przy duzym projekcie. wiec akurat edytor php od jakigos czasu nie ustepuje innym językom. Jak ktos chce wydajnie kodowac i szanuje swoj czas, taki edytor to raczej must have, notatnik/PDT to zamiana koparki na łopatę.
Nawet brak głupiego rename refactoring w edytorze, powoduje z czasem zaciemnianie sensu kodu - komu sie chce recznie zmieniac iles tam nazw zmiennych w kodzie? a to normalne ze zmienne z czasem zmieniaja swoje znaczenie..

no i idiotyczne operatory. operator obiektowosci -> . Operator namespace \ . Operator konkatenacji . (kropka). To jedyny jezyk ktory znam, ktory nie stosuje kropki jako obiektowosci\namespace oraz plusa jako konkatenacji. Brak overloadingu - przeciazania metod.
To spore utrudnienie przynajmniej dla mnie bo ja czesto uzywam tego w innych językach.

PHP jest wolny - poprawnie napisana aplikacja moze dzialac wolniej (i to sporo) od napisanej byle jak. Te wszystkie iteratory, gettery, settery powoduja swoj narzut. Takie symfony2 np 300 ms generuje pusta strone w trybie produkcyjnym.
Odswiezenie pustej strony w asp.net to czas jakichs 10 ms? moze mniej nawet. W javie zapewne jest podobnie. Skompilowany jezyk dziala znacznie szybciej i lepiej sobie radzi z kodem napisanym z wzorcami projektowymi ktore zazwyczaj daja pewien niewielki narzut wydajnosciowy, ktory jednak sie kumuluje.

styl pisania symfony2 na pewno nie jest archaiczny (IMG:style_emoticons/default/smile.gif) powiedzialbym nawet ze jak na php jest nowoczesny (IMG:style_emoticons/default/biggrin.gif)

Marcio: aplikacja webowa w javie uruchamia sie raz i dziala sobie w tle na serverze, jako servlet (cos jak usługa, tak mi sie wydaje). Po prostu sobie dziala. Korzysc juz tutaj masz bardzo duża: konfiguracja zostaje wczytana tylko raz.

w momencie requestu na strone ta dzialajaca aplikacja odpowiada na niego. Mozesz przechowywac sesje uzytkownika w pamieci aplikacji, kod jest skompilowany do kodu bajtowego wiec dziala szybko... Niektore czesto wykorzystywane obiekty mozesz trzymac w puli (np pule polaczen z baza danych) i nie tworzyc ich od nowa za kazdym razem.

natomiast PHP za kazdym razem includuje wszystkie pliki, odczytuje konfiguracje (define są dosc wolne jak na zwykla deklaracje stałej, ok 200 stałych to u mnie 10 ms), oblicza tysiac durnych rzeczy i dopiero wykonuje te kilka linijek kodu ktore mamy w naszym kontrolerze. Prawda ze to marnotrastwo? Choc trzeba przyznac ze php ma o polowe mniejsze zuzycie pamieci niz java.

w najnowszej wersji net. frameworka wprowadzono typ zmiennej [b]dynamic[/d], jest to typ zmiennej oparty na takim typowaniu jak ma php. Jednoczesnie sam net.framework jest statyczny. Daje to nam mozliwosc uzywania typow tam gdzie jest potrzebna bezblednosc oraz uzywania zmiennych bez typów tam gdzie nam wygodniej. I tak to rowniez powinno dzialac w php. co prawda są typy proste w php5.4 jednak nim on sie upowszechni to wieki miną.

Ten post edytował Orzeszekk 23.02.2012, 01:28:50