Zephir - co o nim myślicie? Opcje

[JacekJagiello]

Rok temu ShadowD pisał o Phalconie, jendak chciałbym odnowić dyskusję, ponieważ trochę się zmineiło od tego czasu.

Może krótkie wprowadzenie. Phalcon jest frameworkiem PHP napisanym pierwotnie w C. Dzięki temu jest niesamowicie szybki. W "standardowych" frameworkach PHP przy każdym zapytaniu kod frameworka jest w całości interpretowany od nowa, co zajmuje trochę czasu. Phalcon jest już skompilowany, więc nie ma tego problemu. Wystarczy dodać rozszerzenie w postaci pliku dll dla serwera Aapche.
Ma to jednak swoje wady. Po pierwsze raczej mozemy zapomnieć w phlaconie na standardowych hostingach wpsółdzielonych. Potrzebujemy VPS-a gdyż tylko tam mamy możliwość instalowania własnych rozszerzeń.
Jest też problem rozwoju frameworka. Jest on stworzony dla programistów PHP, ale sam napisany jest w C. Nie każdy programista PHP zna C, a te języki mimo wszystko się różnią. Twórcy frameworka postanowili więc stworzyć własny język programowania, Zephir, który łączy cechy PHP oraz C(a także... Rust i Javascript). Trochę radykalne rozwiązanie, ale Zephir naprawdę wygląda ciekawie. I to głównie temat Zephira chciałbym poruszyć.

Zephir jest językiem zarówno typowanym dynamicznie(jak php czy javascirpt) jak i statycznie©. Zephir jest tłumaczony do C. W przeciwieństwie do PHP, Zephir wymusza pewne dobre standardy, i dodaje funkcje których w PHP brakuje, na przykład:
-Kod musi być umieszczony w klasach. Zephir jest wpełni obiektowy.
-Namespace jest konieczny
-używanie $ nie jest wymagane
-Możemy ustalić jaki typ danych ma zwracać metoda

Dzięki Zephir możemy tworzyć rozszerzenia. Więc całe nasze aplikacje możemy skompilować do C, tym samym znacznie poprawiając wydajność.
Zachęcam do oglądniecia składni zephir na http://zephir-lang.com/intro.html

Co myślicie o projekcie Zephir? Przesada, czy coś naprawdę przyszłościowego?

[peter13135]

To prawda, że język może być wydajniejszy, ale w pierwszej kolejności i dużo istotniejszym czynnikiem propo wydajności, etc. jest właśnie programista. Jak ktoś robi dla tablicy z 1000 elementami 1000 insertów zamiast jednego, to sorry, ale najwydajniejszy język na świecie tu nie pomoże.

Język raczej nie jest wydajny, ani niewydajny (IMG:style_emoticons/default/smile.gif) (wiem, czepiam się (IMG:style_emoticons/default/tongue.gif) )

Jeżeli mówimy o tym, że nowocześniejsze języki typu java/c# przyspieszają tworzenie aplikacji, to argument, że wiedza programisty też jest ważna, bo kiepski programista zrobić 1000 strzałów do bazy tam, gdzie można zrobić to jednym strzałem jest nietrafiony.
Wydajność aplikacji, a wydajność programisty kodującego w danym języku, to dwie różne rzeczy.
Jeśli programista potrafi optymalnie programować, to zaprogramuje optymalnie zarówno w php jak i w np. javie - z tym, kod w javie chyba będzie działał szybciej niż ten w phpie.

Jeżeli chodzi o wydajność aplikacji napisanych w php - to wydaje mi się, że jest słabo. Jeśli chodzi o wydajność programisty, to trudno powiedzieć, bo z jednej strony dynamiczna typizacja przyspiesza tworzenie kodu, jest mnóstwo gotowego kodu, frameworków. Z drugiej strony, czytelność kodu na tym traci i poprawianie błędów nie należy do najsprawniejszych. Generalnie temat sporny i każdy może mieć własne zdanie. Osobiście dużego projektu w PHP nie chciałbym robić.

Trend rozwoju języków jest taki, żeby kod był jak najmniejszy oraz jak najbardziej czytelny, (bo to przyczynia się do wydajności programisty, a więc na koszt stworzenia aplikacji). Zazwyczaj skutkiem ubocznym jest spadek wydajności aplikacji (ale chyba nieznacznie, bo np. kod napisany w javie może być szybszy niż analogiczny pisany w czymś niskopoziomowym - przynajmniej takie testy widziałem - nie wiem na ile są one prawdziwe). Dla tego tak jest, bo sprzęt jest tańszy niż programista (poza tym, ktoś musi napędzać rynek hardware, gdyby wszystko było super optymalne, to kto by kupił procesor i7 ?).

Osobiście nie widzę zalet ani zephira, ani phalcona. Skoro i tak trzeba wyjść poza standardowy wirtualny serwer z php i inwestować w jakiegoś dedyka, to już lepiej postawić na tym javę, albo asp.net'a. Łatwiej znaleźć kogoś od javy/c# niż zephyra. No.. ale tylko moje zdanie.

Ten post edytował peter13135 25.04.2014, 23:01:54