![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 22 Pomógł: 0 Dołączył: 21.11.2012 Ostrzeżenie: (0%) ![]() ![]() |
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? |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 279 Pomógł: 60 Dołączył: 25.02.2012 Ostrzeżenie: (0%) ![]() ![]() |
Z doświadczenia które ostatnio dość szybko nabywam wynika, że nikt kto zajmuje się tworzeniem serwisów internetowych dla poważnych klientów, nie będzie używał dopiero rozwijającego się rozwiązania które nie jest przetestowane "live". Zarówno Zephir jak i Hack/HHVM są przetestowane live. Zephir służy obecnie do pisania Phalcona a ta biblioteka zdobywa sobie coraz większe uznanie - ale ok, zgadzam się, że Zephir jeszcze musi okrzepnąć. Natomiast Hack i HHVM każdego dnia udowadniają, że są to dojrzałe i godne zaufania, nie sądzisz? W końcu pracują na kilkudziesięciu tysiącach serwerów Facebooka (IMG:style_emoticons/default/wink.gif) Jeśli zespół nie ogarnia języków innych niż php, to jaka różnica czy przerzucą się na np. javę, czy hacka, skoro ani jednego, ani drugiego nie znają ? Pisałem już kilka razy - programista PHP nauczy się korzystać z Hacka czy Zephira bardzo łatwo. Nawet nie da się tego porównać z czasem potrzebnym na sensowne ogarnięcie Javy... "Zephir jest tłumaczony bezpośrednio do C." Ale to w żaden sposób nie determinuje wydajności. Jednak determinuje. Po przepisaniu kodu PHP z minimum niezbędnych zmian na Zephir i skompilowaniu tego do kodu C rozszerzenia PHP już uzyskuje się masakryczny skok wydajności. Nie ma nawet potrzeby pytać "a co jeśli kod robiący to samo napisany w C będzie jeszcze 10x szybszy?" - bo może będzie, a może nie będzie, nie wiadomo - gdy tymczasem już osiągnięto doskonały, z dużym prawdopodobieństwem wystarczający, wzrost wydajności przy ogromnie mniejszym nakładzie pracy (i kosztach) w porównaniu z pisaniem tego w C od zera. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 15.10.2025 - 03:45 |