![]() |
![]() |
![]()
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%) ![]() ![]() |
Cytat Odnoszę wrażenie, że "lepszy do czytania i edycji" to po prostu kwestia gustu. Owszem, zgadzam się, że to w znacznej mierze kwestia gustu, ale nie tylko. Weź pod uwagę, że pobieżnie zapoznałeś się z tym kodem, czyli jest to dla Ciebie nieznane, obce - nie jesteś przyzwyczajony do czytania takiego kodu, Twój mózg nie przetwarza go łatwo. Dotyczy to każdego języka oczywiście. Trzeba się trochę przyzwyczaić, nauczyć mózg składni, sposobu formatowania, charakterystycznych słów kluczowych itp. Wówczas dopiero oglądanie kodu wymaga od mózgu minimum wysiłku na przetwarzanie wizualne znaków i składanie ich w większą całość, a większą część energii może poświęcić na analizę i zrozumienie znaczenia tego, co widzi. Dlatego tak pożyteczne są wszelkie wspólne dla teamu standardy kodowania, co było badane i jest opisane w literaturze. A teraz pytanie: co, jeśli po paru tygodniach/miesiącach programowania jedynie w takim np. Hack'u stwierdził byś, że to znacznie lepsze, przyjemniej się pisze, łatwiej czyta, kod jest ogólnie lepszy i ma mniejszą ilość błędów? Ha? (IMG:style_emoticons/default/wink.gif) Myślisz, że to możliwe, że nie chciał byś już wrócić do PHP? (IMG:style_emoticons/default/wink.gif) Pisząc "lepszy do czytania i edycji" mam na myśli nie tylko czytelność kodu dla programisty (a wg. mnie języki z silnym typowaniem dają jednak solidniejszy, bardziej uporządkowany i logiczny kod, chociaż faktycznie trzeba go napisać więcej - coś za coś), ale również możliwość korzystania ze statycznej analizy kodu - to jest bardzo duży plus. Podsumowując, nie uważam, żeby trzeba było się przesiadać z PHP na Zephira czy Hacka robiąc typową stronę dla klienta - absolutnie nie o to mi chodzi (IMG:style_emoticons/default/smile.gif) Uważam, że są to bardzo pożyteczne narzędzia uzupełniające PHP, przeznaczone do konkretnych celów, za pomocą których można osiągnąć znaczące korzyści. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 16.10.2025 - 08:07 |