Około roku 2002 (i to wciąż mi nie minęło) byłem zafascynowany tworzeniem na własne potrzeby tzw. engineów, czyli tłumacząc na dzisiejsze frameworków. Eksperymentowałem na nich ze wzorcem MVC, bawiąc się budowaniem sprawnych narzędzi do szybkiego budowania aplikacji.  Jednym z owych “potworków”, wyników moich eksperymentów był niezwykle modularny framework: pozbawiony routera z autonomicznymi kontrolerami, które były [...]

W ostatnim czasie ciężko przeoczyć dumne nagłówki krzyczące o kolejnych RESTfulowych aplikacjach czy frameworkach. Zapewne zastanawiasz się, czy możesz wpleść styl REST (Representational State Transfer) w swoją aplikację i jakie będą tego wymierne korzyści? Odpowiedź na pierwsze pytanie brzmi – oczywiście, ale raczej tylko wtedy, gdy Twoja aplikacja otwiera się na [...]

Z wykorzystaniem klas magicznych możemy stworzyć prototyp pełny metod oraz atrybutów publicznych by dopiero w kolejnym etapie rozwoju aplikacji zabezpieczyć model obiektowy.

Od jakiegoś czasu pracuję nad systemem szablonów Separated Template. Ostatnio dostałem propozycję dodania pętli do skryptu. Tak też zrobiłem. Postanowiłem wprowadzić też parę innych zmian.

Wykorzystując dobroć języka PHP i jego (nie)banalnej obiektowości może byśmy tak zrobili takie coś co pomoże nam w budowie przyszłych serwisów, aplikacji webowych i im pochodnych – zwane frameworkiem, czyli ramą systemu na której powstaje przyszła budowa.

Wykorzystamy do tego znany wzorzec obiektowy MVC (model- view-controller), gdzie wszytko mamy ładnie oddzielone od siebie.

Model jest odzwierciedleniem bazy danych
View – warstwa prezentacji
Controller – warstwa logiczna

Ważnym elementem jest to aby nasz przyszły framework był zbudowany modułowo, np.: core, newsletter, page itp.

Tak więc zabieramy się za strukturę katalogów naszego framework, oczywiście nie musi to być tak jak to ja zaproponuje ale wydaje mi się ze to godna reprezentacja (wzorowana na zend framework)

inicio_framework
  |- application
      |- config
      |- interface
         |- public
             |- layouts
             |- mails
             |- modules
                  |- exampleModule
                      |- controllers
                      |- views
                          |- scripts
                              |- index
         |- admin
      |- models
      |- temp
          |- cache
          |- captcha
  |- doc
  |- library
  |   |- Inicio
  |- upload
  |- web_public
  |- web_admin

Nastała ta chwila aby wyjaśnić niektórym osobom gdzie co bym widział. Idąc od góry.  Katalog application zawierać będzie całe ciało aplikacji, zmieniając jakiekolwiek pliki biblioteki nie będziemy ingerować w naszą aplikacje. Aplikacja musi być łątwo konfigurowala tak więc potrzeny nam jest katalog w którym zawierać się bedą pliki zapisane w formacie ini. Każda aplikacja posiadać będzie dwa interfejsy publiczny oraz administracyjny inaczej zwane frontend oraz backedn. Jeśli mamy w zamiarze napisać dużą aplikację która wymagać będzie dużej ingerencji administracji niedostępnej dla zwykłego użytkownika najlepiej przenieść wszytko do “backendu”.

Każdy z interfejsów zawiera swoje layouty, czyli główną skórkę, szablony maili, oraz najważniejsze: moduły. W planie mamy napisanie frameworku modułowego czyli dokładanie kolejnych klocków do aplikacji które nie rozwalą nam całości, a dokładanie kolejnych modułów nie będzie wymagać od nas poprawianie wcześniej napisanego kodu. Każdy moduł posiada swoje skórki zgromadzone w katalogu views.
– EDIT
Wychodzimy do katalogu application – tam znajdujemy models, czyli serowanie danych do warstwy controlera (dane z bazy danych, dane z google api itp) np User.php oraz Users.php (kolekcja obiektów typu User) ale to wyjaśnimy w dalszej częsci krok po kroku
– END EDIT
Katalog temp zawierac będzie głównie cache oraz pomocnicze pliki.

Głównym sercem aplikacji będzie library oprzemy to o własne klasy oraz wspomożemy się troszkę ZF który posiada dużo ciekawych rozwiązań.

Web_public zawierać będzie plik index.php który będzie opalał całą aplikację interfejsu publicznego natomiast w web_public będzie sturup wersji administracyjnej oraz wszytkie pomocnicze pliki css, js.

Programując w PHP od wielu lat, odczuwam potrzebę posiadania edytora, który rzeczywiście ułatwi mi pracę wykonywaną na co dzień. Od środowiska programistycznego można oczekiwać naprawdę dużo, ale ja wiele nie wymagam. Podstawowe funkcje jakie powinien zapewnić mi edytor:
- szybkość
- praca na zdalnym FTP
- kolorowanie kodu
- jakiekolwiek skróty klawiaturowe ułatwiające obsługę programu.

Wszystkie te funkcje od ponad 10 lat zawiera program EditPlus którego używam na co dzień.

Prócz PHP programuje w kilku innych językach, gdzie używam często środowiska opartego o Eclipse, bądź innych rozbudowanych IDE. Dlatego też, raz na jakiś czas wpadam na genialny pomysł żeby odstawić EditPlus’a i poszukać godnego następcy. Wybór zazwyczaj pada na najnowsze wersje najpopularniejszych IDE (np: PDT, Zend Studio i inne)....

Dość długo nic nie pisałem na blogu, więc w końcu muszę dodać coś od siebie. Nie będzie to co prawda poradnik, czy artykuł, ale zwykły, gotowy kod funkcji. Bardzo ciekawej swoją drogą.