Wykład 15: Inne technologie tworzenia aplikacji WWW. Aplety. Co jeszcze warto poznać.

Transkrypt

1 Wykład 15: Inne technologie tworzenia aplikacji WWW. Aplety. Co jeszcze warto poznać. W wykładzie skorzystano z materiałów "Aplikacje WWW" na

2 Aplikacje WWW - wprowadzenie 1. Koncepcja automatycznego generowania dokumentów stała się inspiracją dla powstania nowej kategorii aplikacji komputerowych, nazywanych aplikacjami WWW (web applications) albo aplikacjami wielowarstwowymi (multitier applications). 2. Aplikacja WWW to zestaw programów znajdujących się po stronie serwera HTTP, które komunikują się z użytkownikiem końcowym za pomocą dokumentów dynamicznych obsługiwanych przez klienta HTTP Krótko: jak każda inna aplikacja z wyjątkiem tego, że interfejs tej aplikacji jest obsługiwany przez przeglądarkę 3. Aplikacje WWW wymagają obecności specjalnego środowiska uruchomieniowego nazywanego serwerem aplikacji. Serwer aplikacji stanowi część serwera HTTP lub jest z nim powiązany. 4. Aktualnie jako aplikacje WWW działają systemy bankowości internetowej, sklepy internetowe, serwisy aukcyjne, portale internetowe, systemy informujące o połączeniach lotniczych i kolejowych. Rynek aplikacji www tak się rozwinął, że wiele aplikacji desktopowych ma swoje odpowiedniki w postaci aplikacji www: np. obsługa poczty elektronicznej: przez program desktopowy np. outlook express, thunderbird albo przez przeglądarkę

3 Aplikacje WWW w PHP Aplikacja jest napisana w postaci skryptu Serwer wymaga modułu PHP. Musi być zainstalowany interpreter PHP. (Pakiet XAMPP instaluje nam serwer, moduł PHP i interpreter) Gdy jest żądanie HTTP pliku PHP, serwer przekazuje plik php do przetworzenia dla modułu php i wynik tego przetworzenia (zazwyczaj wygenerowany kod HTML) serwer wysyła do przeglądarki w odpowiedzi HTTP.

4 Aplikacje WWW - technologia CGI (cz. 1) CGI (Common Gateway Interface) - pierwsza specyfikacja opracowana na potrzeby aplikacji WWW uruchamianych po stronie serwera HTTP. Zgodnie z założeniami CGI, serwer HTTP może na żądanie klienta HTTP uruchomić lokalną aplikację, nazywaną programem CGI, która odpowiada za wygenerowanie treści dokumentu, np. w formacie HTML, przekazywanego w odpowiedzi na żądanie klienta Program CGI ma postać pliku wykonywalnego (można go niezależnie uruchomić na serwerze z konsoli).

5 Aplikacje WWW - technologia CGI (cz. 2) Programy CGI można pisać w C/C++, Perl, Python, mogą być to również programy shellowe Perl - najpopularniejszy dla CGI - Practical Extraction and Report Language (praktyczny język pobieranie danych i raportowania) - zaprojektowany z myślą o przetwarzaniu tekstu i raportowaniu. Język skryptowy, ale nieinterpretowany, a kompilowany. Ale po kompilacji program w Perlu nie jest przechowywany tak jak w przypadku innych języków kompilowanych jako kod wykonywalny (C) albo kod pośredni (Java). Za każdym razem jak uruchamiamy program w Perlu kod źródłowy jest odczytywany przez interpreter i kompilowany a następnie od razu wykonywany. Przykłady: przyklad.c przyklad.pl Aby sprawdzić działanie, przyklad.c kompilujemy i umieszczamy w katalogu xampp\cgi-bin Tam również umieszczamy przyklad.pl Następnie wpisujemy adres: localhost/cgi-bin/.../przyklad.exe localhost/cgi-bin/.../przyklad.pl

6 Aplikacje WWW - serwlety Java Serwlet Java jest programem Java umiejscowionym po stronie serwera HTTP, służącym do automatycznego generowania dokumentów (np. HTML) stanowiących odpowiedzi na żądania HTTP. Plik źródłowy Javy kompiluje się do kodu pośredniego. Potrzebuje maszyny wirtualnej aby być wykonany. Serwlety Java wymagają dedykowanego środowiska uruchomieniowego nazywanego serwerem aplikacji Java EE, który odpowiada m.in. za zarządzanie pamięcią operacyjną, kontrolę dostępu, komunikację z bazami danych, itp. Przykład serwera Java EE: Jakarta Tomcat.

7 Cykl życia serwleta 1. Klient HTTP przekazuje żądanie HTTP do serwera HTTP. Żądanie jest kierowane do serwera aplikacji Java EE. 2. Serwer aplikacji analizuje adres URL żądania HTTP, pobiera z dysku klasę wskazanego serwletu i tworzy jej obiekt (tzw. obiekt serwletu). 3. Serwer aplikacji wywołuje metodę init() obiektu serwletu. 4. Serwer aplikacji wywołuje metodę doget() obiektu serwletu. Dokument będący wynikiem działania metody doget() jest przekazywany klientowi HTTP. Obsługa żądania została zakończona. Po zakończeniu obsługi żądania HTTP obiekt serwletu pozostaje w pamięci operacyjnej. W związku z tym, podczas obsługi kolejnych żądań nie jest konieczne pobieranie klasy serwletu z dysku ani tworzenie jej nowego obiektu. Kolejne żądania nie powodują też wykonania metody init(), a jedynie doget(). Obiekt serwletu zwykle pozostaje w pamięci operacyjnej aż do zatrzymania serwera aplikacji. W chwili usuwania obiektu serwletu z pamięci operacyjnej wykonywana jest jego metoda destroy(). Metody init() i destroy() służą zwykle do realizacji zadań inicjacyjnych i końcowych, np. nawiązanie/rozłączenie połączenia z bazą danych, odczyt plików konfiguracyjnych, otwarcie/zamknięcie pliku.

8 Pierwszy serwlet - utworzenie Przykład: PierwszySerwlet.java 1. tworzymy klasę dziedziczącej z klasy bibliotecznej javax.servlet.http.httpservlet 2. metoda doget() przyjmuje dwa obiektowe argumenty: request i response. Obiekt request zawiera metadane żądania, natomiast obiekt response służy do przekazywania odpowiedzi. W pewnym uproszczeniu, obiekty te stanowią jednokierunkowe kanały komunikacyjne pomiędzy serwerem aplikacji a serwletem Java. Metoda doget() propaguje wyjątki typu IOException, które mogą być generowane przez wywołanie response.getwriter(). 3. Serwlet pobiera wartość parametru wejściowego o nazwie "imie". Parametr ten jest przekazywany przez użytkownika końcowego i zawiera jego imię. Do odczytu wartości parametrów wejściowych służy metoda getparameter() obiektu request. 4. Serwlet przekazuje serwerowi aplikacji informację o formacie generowanego dokumentu wynikowego Na tej podstawie serwer aplikacji wygeneruje nagłówek odpowiedzi HTTP zawierający pole "Content-type". 5. Serwlet tworzy obiekt klasy PrintWriter, stanowiący wyjściowy strumień alfanumeryczny, poprzez który zostanie przekazana treść ciała odpowiedzi HTTP. 6. Serwlet wysyła treść ciała odpowiedzi HTTP w formie dokumentu HTTP. W treść dokumentu wpleciono wartość odebranego parametru wywołania. Zapis do strumienia wyjściowego odbywa się za pomocą metody println() obiektu out.

9 Pierwszy serwlet - uruchomienie 1. Pakiet instalacyjny XAMPP zawiera serwer aplikacji Java EE: Tomcat. Jest on instalowany w: sciezka/xampp/tomcat 2. Serwer Tomcat uruchamiamy przez panel sterowania XAMPP. Domyślnie dla tego serwera przydzielany jest port Kompilujemy serwlet: javac -classpath sciezka/xampp/tomcat/lib/servlet-api.jar PierwszySerwlet.java Otrzymamy kod pośredni PierwszySerwlet.class 4. W katalogu sciezka/xampp/tomcat/webapps tworzymy katalog dla naszej aplikacji np. "przyklad". W nim tworzymy katalog "WEB-INF", a z kolei w nim katalog "classes". Katalog webapps to odpowiednik htdocs w przypadku serwera apache. Czyli od tego katalogu serwer zaczyna szukać żądanego dokumentu. 5. Kod pośredni PierwszySerwlet.class umieszczamy w katalogu WEB-INF/classes. 6. W katalogu WEB-INF tworzymy deskryptor wdrożenia (deployment descriptor) - plik konfiguracyjny plik aplikacji WWW w formacie XML. Plik należy nazwać web.xml. Plik do pobrania pod linkiem "Przykłady" na stronie www z materiałami do zajęć. 7. Opis pliku web.xml: Jedna aplikacja: jeden plik web.xml W pliku web.xml można zadeklarować wiele serwletów Element servlet-name, aby powiązać element servlet z servlet-mapping Element servlet-class: podajemy nazwę klasy serwletu Element url-pattern: co wpisać w adresie url, aby wysłać żądanie serwletu 8. W przeglądarce wpisujemy adres:

10 Aplikacje WWW - szablony (tzw. server pages) Aplikacja ma postać kodu html przeplatanego z kodem programu, który będzie generował kod HTML. Dzięki temu kod całej aplikacji jest bardziej czytelny i wygodniej go pisać. Obsługa żądania użytkownika końcowego polega na wykonaniu tego kodu, a następnie osadzenie wyniku w szablonie. Najważniejszymi technologiami implementacji szablonów są: PHP Java Server Pages (przy pierwszym żądaniu klienta, plik.jsp jest przekształcany na serwlet, następnie kompilowany i ostatecznie wykonywany) ASP.NET (Active Server Pages Microsoft, analogia ze środowiskiem uruchomieniowym Javy, przy pierwszy żądaniu plik.asp jest kompilowany do kodu pośredniego i wykonywany w środowisku.net)

11 Aplikacje www - serwlet Java i JSP W większości przypadków kod źródłowy serwletu będzie obszerniejszy od kodu źródłowego alternatywnego szablonu, w związku z czym technologie szablonów cieszą się większą popularnością wśród programistów

12 Zalety i wady aplikacji WWW 1. Niskie wymagania sprzętowe programu klienta HTTP, jedynego którego potrzebuje użytkownik końcowy. Umożliwia to dostęp do aplikacji WWW za pomocą prostej stacji roboczej, tableta, telefonu komórkowego itd. 2. Wygoda: łatwość użytkowania programu klienta HTTP przekłada się na łatwość użytkowania aplikacji WWW 3. Wygoda administrowania aplikacjami (aktualizacje, instalacje itp. dotyczą jednego komputera). Ochrona własności intelektualnej twórców - jeden komputer zmniejszenie ryzyka kradzieży. 4. Wytwarzanie oprogramowania wymaga od programistów posiadania dodatkowych kwalifikacji. 5. Ograniczone możliwości kontaktu programisty z użytkownikiem, więc pewnemu upośledzeniu ulega konstrukcja graficznego interfejsu użytkownika. 6. Koszt zakupu mocnego obliczeniowo serwera odpowiedzialnego za wykonywanie aplikacji, a często też konieczność zakupu komercyjnego oprogramowania serwera

13 Aplety

14 Aplety Aplety - programy napisane w Javie, które nie mogą być uruchamiane samodzielnie z poziomu systemu operacyjnego tak jak normalne aplikacje. Aplety są uruchamiane pod kontrolą innego programu, najczęściej przeglądarki internetowej. Aplet jest osadzany na stronie WWW za pomocą odpowiedniego znacznika HTML. Aby możliwe było uruchamianie apletu przeglądarka musi być wyposażona we wtyczkę (plug-in). Aplety w porównaniu z normalnymi aplikacjami mają ograniczenia ze względów bezpieczeństwa jeśli chodzi o dostęp do systemu plików klienta. Są też mniejsze ze względu na to, aby czas pobrania apletu był krótki.

15 Aplet - przykład Przykład plik: aplety/pierwszyaplet.java, aplety/drugiaplet.java Na stronie WWW osadzamy kod pośredni: ApletNaStronie.html. Przy otwarciu strony przeglądarka ze względów bezpieczeństwa może żądać akceptacji czy chcemy uruchomić aplet. Aplet jest klasą potomną Applet z pakietu Applet (normalna aplikacja to klasa potomna Frame z pakietu AWT, lub JFrame z pakietu Swing, gdy chcemy w aplecie korzystać z komponentów graficznych Swing-a, tworzymy klasę potomną JApplet zamiast Applet) Aplet nie ma metody main() jak normalny program w Javie, więc nie ma punktu startowego programu. Aplet ma grupę standardowych metod, które są wywoływane w odpowiedzi na zdarzenia, które mają miejsce w trakcie działania apletu: init() i start(), gdy aplet jest ładowany pierwszy raz, ponadto start(), gdy działanie apletu jest wznawiane po zatrzymaniu (użytkownik powraca na stronę) paint(), gdy zachodzi potrzeba odrysowanie apletu (na nowo wyświetlić zawartość apletu) stop(), gdy działanie apletu jest zatrzymane przez przeglądarkę (użytkownik opuszcza stronę) destroy(), gdy ma miejsce zakończenie działania apletu (użytkownik zamyka przeglądarkę) Klasy apletów muszą być publiczne ponieważ Applet jest klasą o dostępie public Wymienione wyżej metody są wywoływane automatycznie. Są dziedziczone z klasy bazowej i należy je przesłonić, aby wykonywały jakieś działanie. Metoda paint() jest używana do wyświetlenia tekstu i grafiki. Możemy wymusić ponowne wyświetlenie zawartości apletu metodą repaint() Aplet można też uruchomić korzystając z przeglądarki JDK: AppletViewer ApletNaStronie.html

16 Porównanie kodu aplikacji i apletu Przykład: Normalna aplikacja: dodawanie dwóch liczb, plik Aplikacja.java Ta aplikacja została przekształcona na aplet: aplety\aplet3.java Aplet został osadzony na stronie Aplet3.html Można przekształcić aplikację na aplet wg poniższych punktów: Zamiast klasy potomnej klasy Frame/JFrame (okienka aplikacji) tworzymy klasę potomną klasy Applet/JApplet, aplet nie potrzebuje okienka, bo będzie osadzony na stronie. Klasa apletu musi mieć modyfikator public, inaczej aplet nie będzie mógł być załadowany. Usuwamy klasę main(). Kod konstruktora aplikacji należy umieścić w metodzie init() apletu. Nie trzeba tworzyć obiektu apletu przez wywołanie konstruktora. Przeglądarka sama utworzy taki obiekt i wywoła metodę init(). Nie wywołujemy metody setdefaultcloseoperation. Aplet nie może być zamknięty. Aplet zakończy swoje działanie, gdy użytkownik zamknie przeglądarkę. Nie wywołujemy metody tworzącej tytuł aplikacji na pasku (metoda klasy bazowej). Aplet nie może mieć tytułu. Można jedynie dopisać kod HTML, aby tekst z tytułem pokazał się np. nad apletem. Nie wywołujemy setvisible(true). Aplet jest wyświetlany automatycznie.

17 Java Web Start JWS - technologia służąca do pobierania normalnych aplikacji Java przez internet i uruchamiania ich. Jest elementem środowiska Java Runtime Environment (JRE) i jest instalowana wraz z nim. JWS może być też zastosowana do apletów. przeglądarka automatycznie uruchamia zewnętrzną aplikację, gdy pobieramy aplikację Java wykorzystującą technologię Java Web Start. (Ten sam mechanizm gdy np. pobieramy pdf-a i uruchamia się Acrobat Reader). Aplikacja jest w pamięci podręcznej komputera, aby w kolejnych uruchomieniach nie powtarzać operacji pobierania. Przy każdym uruchomieniu aplikacji sprawdza, czy na stronie internetowej nie ma nowej wersji. Jeśli jest, pobierze ją i uruchomi. Bezpieczeństwo: jeśli aplikacja jest podpisana cyfrowo może uzyskać dostęp do np. systemu plików, jeśli nie jest, będzie uruchomiona w piaskownicy (sandbox) - wydzielona część systemu, bez możliwości np. dostępu do systemu plików W przypadku apletów gdy udostępniamy je przez JWS użytkownik nie potrzebuje wtedy mieć pluginu w przeglądarce. Musi jedynie mieć JRE czyli to co potrzebne żeby w ogóle uruchamiać programy w Javie

18 Przygotowania aplikacji do użycia w technologii Java Web Start Należy: zapisać plik aplikacji jako plik JAR jar cvfe Aplikacja.jar Aplikacja Aplikacja.class Zostanie utworzony plik Aplikacja.jar utworzyć plik konfiguracyjny Java Web Start dla aplikacji. Ma on format XML-owy, i należy go przygotować zgodnie z Java Network Launching Protocol. W konfiguracji będzie podany jaki plik zawiera klasę uruchomieniową aplikacji (main), jaka jest nazwa pliku JAR i inne informacje o aplikacji: Plik Aplikacja.njlp utworzyć stronę HTML z linkiem prowadzącym do Aplikacja.njlp: Plik jws.html W przypadku apletu postępujemy tak samo: Przykład: aplety\aplet3.jar Aplet.njlp jws.html

19 Co jeszcze warto poznać

20 Wysyłanie maili przez skrypt PHP Aby funkcja mail() zadziała, w pliku php.ini muszą być ustawione dyrektywy (tylko Windows): adres serwera poczty wychodzącej SMTP jaki ma być użyty, port, z jakiego adresu ma być wysłany np. SMTP=localhost; smtp_port = 25; sendmail_from = abc@abc.com; Serwis cba.pl w ramach bezpłatnej oferty pozwala na korzystanie z funkcji mail(). Konfiguracja jest już zrobiona automatycznie. Przykład: mail.php (nie zadziała lokalnie, plik umieść na swoim koncie www na cba.pl) Więcej na temat wbudowanej funkcji PHP mail(): Inne możliwości: pakiet Mail z biblioteki PEAR klasa PHPMailer: Ale na cba.pl nie można w ramach bezpłatnej oferty korzystać z tych sposobów.

21 MVC - jeden z wzorców architektonicznych aplikacji WWW Frameworki PHP - szkielety aplikacji przygotowanych wg wzorca MVC, np. CakePHP CMS - system zarządzania treścią. Gotowe aplikacje WWW, pozostaje wprowadzać treść za pomocą odpowiednich formularzy, ale można również dostosować do swoich potrzeb. Np. WordPress, Joomla Biblioteki PHP: PEAR, PECL

22 Wzorzec architektoniczny MVC Aplikacje WWW są najczęściej budowane jako środowiska komponentowe. Popularnym wzorcem architektonicznym aplikacji WWW jest MVC, który zakłada, że komponenty dzielą się na trzy grupy: Model - reprezentuje dane. Nie jest to sama baza danych!, ale ta część aplikacji, której zadaniem jest komunikacja z bazą danych i wykonywanie tam operacji (np. zwraca wyszukane rekordy, wstawia dane) View - widok, komponenty prezentacji. Ta część aplikacji odpowiada za generowanie dokumentów dynamicznych i wypełnianie ich danymi przekazywanymi przez model (tworzenie interfejsu użytkownika) Controller - kontroler, sterowanie aplikacji (mózg aplikacji). Przyjmowanie żądań HTTP i koordynacja ich obsługi: decyzja jaką funkcję wywołać, która będzie wykonana w modelu i jakiego użyć widoku, który będzie odesłany w odpowiedzi http. Cel: taki podział polepsza czytelność kodu całej aplikacji i ułatwia rozwijanie aplikacji, szczególnie, gdy jest przygotowywana zespołowo

23 Przykładowa aplikacja bez użycia wzorca MVC Aplikacja: wyświetlenie listy pracowników. Przykładowe działanie aplikacji: połączenie z bazą danych wykonanie zapytania, aby odczytać z bazy pracowników przetwarzanie wyniku zapytania w pętli i przygotowanie listy pracowników w formacie html Przykładowy kod realizujący taką aplikację (następny slajd):

24 Przykładowa aplikacja bez użycia wzorca MVC (2) Przykładowy plik pracownicy.php <html> <body> <h1>pracownicy</h1> <?php mysqli = new mysqli(...); $res = $mysqli->query('select * from pracownicy'); while ($rekord = $res->fetch_array()) { echo '<h2>'. $rekord->nazwisko. '</h2>' echo '<p>'. $rekord->informacje. '</p>' }?> </body> </html>

25 Przykładowa aplikacja bez użycia wzorca MVC (3) Wady takiego rozwiązania: w przypadku dużych aplikacji trudno jest ją utrzymać i tworzyć ją jako projekt zespołowy (podzielić na części i zdecydować, kto jaką część wykonuje, a potem to połączyć) Np. zmiana w bazie danych np. nazwy tabeli pracownicy wymagałaby zmian w wielu plikach, tzn. wszędzie tam gdzie było zapytanie np. SELECT * FROM PRACOWNICY WHERE...

26 Przykładowa aplikacja z użyciem wzorca MVC Postępowanie: Część, która odpowiada za połączenie z bazą danych i odczyt wyników zdefiniować jako klasę, której metody pozwalają na np. odczyt danych z bazy. Zdefiniować tak, aby można było taką metodę używać do różnych zapytań, np. odczytania danych. Ta klasa to MODEL (komunikacja z bazą danych) Część aplikacji, która ma wywołać odpowiednią metodę modelu w zależności od żądania klienta (np. chce wyświetlić listę pracowników) to KONTROLER. Kontroler to też klasa. Metody kontrolera wywołują metody modelu i przetwarzają dane, które zwrócą metody modelu. Część aplikacji, która przygotowuje prezentacje uzyskanych wyników to WIDOK. Widok to szablon, który zostanie wypełniony danymi Każdą z tych części zapisujemy w oddzielnych plikach. Przykładowa implementacja (same funkcje-metody, bez tworzenia klas) następny slajd:

27 Przykładowa aplikacja z użyciem wzorca MVC (2) MODEL: <?php function odczytaj(){ mysqli = new mysqli(...); $res = $mysqli->query('select * from pracownicy'); $pracownicy = array(); while ($rekord = $res->fetch_array()) { $pracownicy[] = $rekord; } return $pracownicy; }?>

28 Przykładowa aplikacja z użyciem wzorca MVC (3) KONTROLER: <?php $pracownicy = odczytaj(); display_template('pracownicy.tpl');?> WIDOK: <html><body> <h1>pracownicy</h1> <?php foreach ($pracownicy as $rekord) { echo '<h2>'. $rekord->nazwisko. '</h2>'; echo '<p>'. $rekord->informacje. '</p>'; }?> </body> </html>

29 Przykładowa aplikacja z użyciem wzorca MVC (4) MODEL: odczytaj() - odczytuje pracowników z bazy danych i zwraca wynik dla kontrolera () KONTROLER: wywołuje odczytaj(), aby zrealizować żądanie klienta, a zwrócony przez odczytaj() wynik przekazuje do przetworzenia dla widoku wskazując jaki szablon ma być użyty przy przygotowaniu prezentacji wyniku WIDOK: umieszczenie danych w szablonie (pętla przebiega tablicę $pracownicy). Wynik to kod html z listą pracowników, który będzie odesłany jako odpowiedź http

30 Przykładowa aplikacja z użyciem wzorca MVC (4) Zysk widać przy dużych aplikacjach. Np. gdyby było jeszcze wyszukiwanie pracowników, dodawania, usuwanie, modyfikacja itd. Bardzo ciężko utrzymać kod, gdy polecenia SQL są przemieszane z kodem HTML (w przypadku zmian, poprawki trzeba robić w wielu plikach). W przypadku MVC, gdy zmienimy nazwę tabeli pracownicy, poprawkę robimy tylko w modelu. We wszystkich innych plikach gdzie wyświetlani są pracownicy poprawek robić już nie trzeba.

31 Frameworki W aplikacjach WWW znajdziemy wiele powtarzalnych elementów (funkcjonalności): łączenie i wykonywanie podstawowych operacji w bazie danych: odczyt, wstawianie, usuwanie, modyfikacja uwierzytelnianie koszyk zakupów itd. Tworząc nową aplikację nie ma sensu za każdym razem pisać kodu od początku, aby zrealizować te funkcjonalności (nie ma sensu na nowo wymyślać koła). Framework - zręb (półprodukt, szkielet, rama) aplikacji, zestaw gotowych rozwiązań (implementacji) dla często potrzebnych funkcjonalności zorganizowanych wg pewnego wzorca architektonicznego, w przypadku frameworków PHP wg wzorca MVC

32 Frameworki (2) Zalety (widoczne w szczególności przy realizacji dużych aplikacji): znaczne przyspieszenie tworzenia aplikacji czytelny kod aplikacji zapobieganie powtarzaniu kodu (kopiowaniu części kodu w różne miejsca naszej aplikacji) czytelne linki do poszczególnych części strony poprzez mechanizm rewritingu adresu URL: Wady: zamiast pracownicy.php?miasto=wilno&wiek=30 mamy: /pracownicy/wilno/30 trzeba się nauczyć korzystać z frameworka zmniejszenie elastyczności, framework narzuca rozwiązania, które może być trudno dopasować do konkretnej aplikacji

33 Framework CakePHP - stworzenie przykładowej aplikacji Funkcjonalności przykładowej aplikacji: zarządzanie bazą pracowników: typowe operacje: wyświetlenie wszystkich pracowników, dodanie/usunięcie/modyfikacja danych o pracownikach dostęp po zalogowaniu Samodzielnie proszę zrobić aplikację "Blog" wg tych instrukcji (tam więcej szczegółowych informacji niż to co podałem na wykładzie, m.in. instalacja CakePHP):

34 Repozytorium PEAR (biblioteka PHP) PHP Extension and Application Repository zhierarchizowana open-sourcowa biblioteka PHP, system do dystrybucji i utrzymania kodu pakiety biblioteki PEAR są napisane w PHP PEAR instalowane jest automatycznie w przypadku pakietu xampp: xampp\php\pear Przegląd pakietów: Instalacja pakietu przez konsolowy instalator pear (W przypadku XAMPP jest on zainstalowany automatycznie) np.: panel sterowania XAMPP - Shell. Wpisać np.: pear install Math_Stats Zostanie zainstalowany pakiet pomocny w obliczeniach statystycznych w xampp\php\pear\math\stats.php Przykład użycia tego pakietu: pear_stat.php - obliczenie podstawowych miar statystycznych wykorzystując pakiet Stats.php

35 PECL (biblioteka PHP) PECL = Php Extension Community Library open-sourcowa biblioteka PHP różnica z PEAR: Moduły biblioteczne są napisane w C i rozpowszechniane w wersji źródłowej. Przez to, że są napisane w C działają wydajniej jak również mogą korzystać z innych zewnętrznych bibliotek lub innych zasobów. Aby skorzystać dołączamy wersję skompilowaną. Windows: W przypadku XAMPP część modułów tej biblioteki zostanie zainstalowana automatycznie. Pliki biblioteczne to pliki *.dll. Znajdują się w katalogu: xampp\php\ext Przegląd pakietów: