dr inż. Piotr Czapiewski
Framework (rama projektowa, szkielet) to w programowaniu struktura wspomagająca tworzenie, rozwój i testowanie powstającej aplikacji. Z reguły na framework składają się programy wspomagające, biblioteki kodu źródłowego i inne podobne narzędzia. (Wikipedia) Czym jest framework?
Wzorce projektowe – MVC, Front Controller Narzucona organizacja kodu, struktura projektu – łatwiejsze utrzymanie projektu Wspomaganie typowych zadań związanych z budową aplikacji internetowych (np. walidacja formularzy, autoryzacja) Generowanie kodu, np. formularzy, scaffolding Testowanie Bogate biblioteki dodatkowe W czym może nam pomóc framework?
Popularne frameworki PHP Zend FrameworkSymfonyCakePHPYiiCodeIgniterKohana Inne popularne frameworki Ruby on Rails (Ruby)Django, Pylons (Python)Spring, Struts,(Java)ASP.NET MVCCatalyst (Perl)Grails (Groovy)
Biblioteka dla PHP 5 wspomagająca produktywność programistów aplikacji internetowych Pełna obiektowość Wsparcie wzorca MVC Bogata dokumentacja Zend Framework Convention over configuration Gotowe, proste rozwiązania dla 80% zadań Łatwa rozszerzalność dla osiągnięcia pozostałych 20% Elastyczność – prostota i rozszerzalność
Model Zapewnia dostęp do danych Zawiera same dane lub mechanizmy dostępu do nich Widok Wyświetla interfejs użytkownika Wyświetla dane pobrane z modelu, przekazane przez kontroler Odpowiedzialny wyłącznie za prezentację informacji Kontroler Przyjmuje żądanie użytkownika, manipuluje modelem, tworzy widok lub powoduje jego odświeżenie Decyduje, jakie operacje wykonać, jakie modele i widoki wywołać
Dwa istotne podziały Model ––––––––– Prezentacja Widok ––––––––– Kontroler
Rozdzielenie modelu i prezentacji Dwa aspekty programowania ▪ Inne problemy, inne punkty widzenia, inne technologie ▪ Widok – mechanizmy UI, projekt interfejsu, układ kontrolek ▪ Model – logika biznesowa, procesy, interakcja z bazą danych Kierunek zależności ▪ Prezentacja zależy od modelu, ale model od prezentacji nie
(c.d.) Rozdzielenie modelu i prezentacji Prezentacja zależna od kontekstu ▪ Różne sposoby prezentacji tego samego modelu ▪ Zmiana prezentacji nie wpływa na model Ponowne użycie kodu ▪ Wielokrotne użycie elementów modelu, także w innych projektach ▪ Możliwość udostępnienia usług sieciowych Testowanie ▪ Testowanie obiektów niewizualnych jest łatwiejsze ▪ Łatwe testowanie całej logiki dziedzinowej bez uwzględniania GUI
Rola kontrolera Obsługa żądania HTTP Decyzja – co dalej zrobić z żądaniem? Jakiego użyć modelu i widoku? Dwa wzorce kontroli Page Controller Osobny obiekt kontrolera dla każdej strony lub dla każdej akcji W najprostszym przypadku łączy w sobie role widoku i kontrolera Front Controller Jeden obiekt obsługuje wszystkie żądania Sprawdza parametry żądania i tworzy kolejne obiekty, przekazując do nich sterowanie Scentralizowana obsługa żądań HTTP, łatwiejsze zarządzanie
HTTP Request HTTP Response HTTP Client
Zawartość ZendFramework minimal library – pliki tworzące bibliotekę Zend Framework bin – pliki uruchamiane z linii poleceń podczas pracy nad projektem
Narzędzie do tworzenia projektu, dodawania kontrolerów, akcji, formularzy, itp. Wywoływane z linii poleceń zf.php zf.bat (Widnows) lub zf.sh (Linux) Wymagane php.exe w ścieżce systemowej
Wywołanie Zend Tool: zf create project nazwa_projektu Wynik: Struktura katologów Kontrolery: ▪ IndexControler ▪ ErrorController Widoki: ▪ index.phtml ▪ error.phtml
<?php class IndexController extends Zend_Controller_Action { public function init() { /* Initialize action controller here */ } public function indexAction() { // action body } }
Klasy kontrolera Klasa kontrolera musi dziedziczyć z Zend_Controller_Action Nazwa klasy powinna kończyć się słowem Controller, np.: IndexController, ErrorController Zachowanie konwencji nazw plików i klas jest konieczne do poprawnego działania aplikacji
Katalog widoków Widoki odpowiadające kontrolerowi IndexController umieszczamy w katalogu: application/views/scripts/index/ Widok dla akcji indexAction umieszczamy w pliku: index.phtml Plik widoku Zwykły plik PHP – mieszanka HTML i PHP Kod PHP ograniczamy do niezbędnego minimum związanego z wyświetlaniem danych
Katalog publiczny /public Powinien być jedynym katalogiem udostępnianym przez WWW Początkowo zawiera pliki: ▪.htaccess ▪ index.php Wymagane włączenie mod_rewrite na serwerze
Ustawienie środowiska aplikacji Włączenie silnika mod_rewrite Przekierowanie wszystkich żądań do index.php SetEnv APPLICATION_ENV development RewriteEngine On RewriteCond %{REQUEST_FILENAME} -s [OR] RewriteCond %{REQUEST_FILENAME} -l [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^.*$ - [NC,L] RewriteRule ^.*$ index.php [NC,L] SetEnv APPLICATION_ENV development RewriteEngine On RewriteCond %{REQUEST_FILENAME} -s [OR] RewriteCond %{REQUEST_FILENAME} -l [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^.*$ - [NC,L] RewriteRule ^.*$ index.php [NC,L]
Adresowanie kontrolerów w URL Załóżmy, że katalog publiczny umieszczony jest na serwerze WWW i widoczny pod adresem: ▪ Ścieżka do kontrolera IndexController: ▪ Ścieżka do akcji indexAction w kontrolerze IndexController: ▪
Aplikację uruchamiamy wchodząc na adres katalogu publicznego ▪
Odebranie danych z żądania HTTP $x = $this->getRequest()->getParam('zmienna'); Dostęp do widoku z poziomu kontrolera: $this->view Ustawienie zmiennej w widoku: $this->view->zmienna = $x;
public function indexAction() { $this->view->napis = "Ala ma kota"; } Witamy w Zend Framework napis; ?> controllers/IndexController.php views/scripts/index/index.phtml
Zend Framework Manual Tomasz Skaraczyński, Andrzej Zoła: PHP5. Programowanie z wykorzystaniem Symfony, CakePHP, Zend Framework. Helion 2009 Włodzimierz Gajda: Zend Framework od podstaw. Wykorzystaj gotowe rozwiązania PHP do tworzenia zaawansowanych aplikacji internetowych Helion 2011 M. Fowler et al.: Patterns of Enterprise Application Architecture. Addison Wesley 2002