PHP 7 Opcje

[toffiak]

Dzisiaj (30 lipiec 2014 ) oficjalnie umarł PHP 6 i narodził się PHP 7.
Deweloperzy języka w stosunku 24:58 uznali że kolejną dużą wersją PHP będzie wersja siódma a nie szósta.
Za zmianą numeracji przesądziły niepowodzenia przy poprzedniej wersji 6. Przypomnę tylko że wersja ta nigdy nie była udostępniona jako stabilna aż wkońcu porzucona całkowicie, większość z nowości z tej wersji została przeniesiona do gałęzi 5.x.

Szczegóły i argumentacja odnośnie zmiany nazwy w linku

[niebieskiciapek]

Za to w javie/c# refaktoring jest znacznie prostszy niż w php.

Oczywiście, dodałbym do tego jeszcze JS, chyba nie ma lepiej zaprojektowanego modelu objektowego.

Podejrzewam, że po prostu nie potrafisz programować obiektowo, dlatego to dla Ciebie problem.

Nie, nie lubię mega rozwlekłej składni java i plików nagłówkowych w C++. To olbrzymia strata czasu, po prostu ludzie zamiast myśleć klepią mini-szablony i aby zmienić np. nazwę funkcji zmieniają jej deklarację i definicję w kilku miejscach, oraz zastanawiają się "jaka powinna być kolejność plików nagłówkowych i czego jeszcze nie włączyli". Jak małpy. Nowoczesny język nie powinien działać w ten sposób. Co do modelu objektowego w C++ czy Java - jest taki sobie, czyli ok. To biblioteka standardowa i języki są przestarzałe i gówniane po prostu (cały include-hell w C++, to nie do ogarnięcia i już dawno powinny to realizować automatyczne narzędzia)

Przykład oczywiście, żeby udowodnić postawioną tezę, która jest niewłaściwa. To przypadek szczególny. Raczej chodziło mi o crap w stylu

Kod

FileInputStream fstream = new FileInputStream("textfile.txt");
BufferedReader br = new BufferedReader(new InputStreamReader(fstream));

Zwięzłość php to co innego, ja po prostu nie lubię pisać setek linii kodu z którego nic nie wynika i nic tak na prawdę nie robi. Już wolę źle zaprojektowane listy argumentów niż pisanie za każdym razem 50 linijek tego samego kodu, żeby zrobić coś, co w normalnym języku programowania zajmuje 2.

Popularność PHP wynikła z tego, że było dużo taniej zamknąć zespół C i (prze)pisać nawet całą aplikację bo kodowanie w tym było mordęgą. Żadna obecna technologia nie przyspieszy znacząco (jeśli w ogóle) procesu tworzenia małych i średnich witryn. Gdyby w tym czasie do webdeveloperki weszła java to w tym segmencie podzieliłaby losy C, tak samo jak stało się z Perlem.

Ten post edytował niebieskiciapek 19.08.2014, 19:50:27