nauka - własny system szablonów Opcje

[mgebala8]

Korzystając z chwili wolnego czasu robię sobię odwozorwanie różnych funkcjonalności frameworków - obiektowo i w php, np. routing, połączenia bazodanowe singleton vs proxy itp.
Wszystko głównie w celach edukacyjnych ale kto wie może z tego wyjdzie mi kiedyś jakaś namiastka frameworka lub microframework.

Wśród wielu różnych modułów stanąłem jednak przed problemem odwzorowania systemu szablonów i tu pojawia się problem jak coś takiego napisać ? ogólnie wpadłem na pomysł że za pomocą wyrażeń regularnych zamienie sobię kod np.

[PHP] pobierz, plaintext 
 
treść strony
 
@include('menu')
 
@for($i=0;$i<10;$i++)
bla bla bla
@endforeach
 
tutaj moja zmienna przekazana do widoku: {$zmienna}
 
[PHP] pobierz, plaintext 

domyślnie maszynka ma mi zamienić coś takiego na poniższy ciąg i przypisać to do zmiennej $widok;

[PHP] pobierz, plaintext 
<?php include('menu') ?>
 
<?php for($i=0;$i<10;$i++):?>
bla bla bla
<?php endforeach; ?>
 
tutaj moja zmienna przekazana do widoku: <?php echo $zmienna ?>
 
[PHP] pobierz, plaintext 

i tu pojawia się mały problem a w zasadzie 2, czy na podobnej zasadzie działają silniki twig czy blade ? oraz jak mogę sparsować i wyświetlić treść strony trzymaną w zmiennej $widok ?

Ten post edytował mgebala8 11.07.2014, 09:13:27

[Crozin]

Jeśli ktoś czepia się takich "błędów" to równie dobrze możemy mieć pretensje dlaczego to nie działa w czystym PHP. Strata czasu na taki parser.

Jeżeli błąd składni to "błąd" to co nie jest błędem w Twoim rozumowaniu? Ale masz rację, szkoda czasu na narzędzie, które nawet tak trywialnych błędów nie wyłapie na etapie "kompilacji". Dlatego albo stosuje się czyste PHP, albo stosuje gotowe, solidne rozwiązania, albo jeżeli ma się jakiś powód pisze własne - ale takie, które rozwiązuje jakiekolwiek problemy, a nie tylko stwarza nowe.

Crozin - wybacz ale za bardzo Cię nie rozumiem ? Jest gościu który chce się porwać z motyką na słońce i spróbować napisać coś swojego nawet niech będzie to gorsze i okrojone ale przecież nie oto chodzi by tworzyć następcę laravela, po prostu nauczę się czegoś nowego a ty za wszelką cenę chcesz mi uświadomić że nic nie wiem i nie powinienem się za to zabierać ehh już samo przygotowanie do napisania takiego systemu szablonów nauczyło mnie kilku nowych rzeczy a co dopiero pisanie go wink.gif

Masz rację - częściowo próbuję Cię zniechęcić. Masz też rację w tym, że nauczysz się czegoś nowego pisząc takie coś, ale...
1. Nauczysz się zdecydowanie mniej, niż gdybyś czas ten poświęcił na rozwój w innym kierunku, tj. nauczenie się wykorzystywania istniejącego narzędzia, zbadanie i przeanalizowanie jak działa "pod maską", napisanie jakiś rozszerzeń do niego. Co więcej zamiast od razu uczyć się dobrych i przydatnych rzeczy siłą możesz wyrobić sobie wiele złych wawyków.
2. Niemal na pewno nie uda Ci się stworzyć czegoś wartego (dla Ciebie samego) wykorzystania w przyszłości, ponieważ po Twoich pytaniach widać, że brak Ci jeszcze nieco doświadczenia/wiedzy by napisać dosyć mocno rozbudowane narzędzie. Nie wiesz jakich problemów się spodziewać, domyślam się, że zapewne nawet nie wiesz jakich problemów chcesz się pozbyć przy pomocy tego narzędzia.
3. Będziesz miał sporo satysfakcji ze stworzenia czegoś własnego, ale nie będziesz miał znajomości/doświadczenia z wykorzystaniem czegoś faktycznie przydatnego.


Innymi słowy poświęcisz sporo czasu dla nauczenia się kilku rzeczy, zamiast poświęcenia sporej ilości czasu na nauczenie się sporej ilości rzeczy - możesz mi wierzyć, sam przerabiałem dokładnie to samo dobrych kilka lat temu (mam chyba nawet gdzieś zapisany projekt własnego systemu szablonów).

[!*!]

Jeżeli błąd składni to "błąd" to co nie jest błędem w Twoim rozumowaniu? Ale masz rację, szkoda czasu na narzędzie, które nawet tak trywialnych błędów nie wyłapie na etapie "kompilacji". Dlatego albo stosuje się czyste PHP, albo stosuje gotowe, solidne rozwiązania, albo jeżeli ma się jakiś powód pisze własne - ale takie, które rozwiązuje jakiekolwiek problemy, a nie tylko stwarza nowe.

A jaki jest sens, aby system szablonów robił dodatkowy narzut na sprawdzanie czy składnia się zgadza, to zbędny bajer, ponieważ tym zajmuje się samo PHP. Max czym to się powinno zajmować to zamiana {foo} na <?php echo $foo;?> ... czy inne takie, aby skrócić czas pisania o całe 8 znaków (IMG:style_emoticons/default/wink.gif) Po prostu jeszcze bardziej skrócona, alternatywna składnia jaką samo PHP również posiada.