Web frameworks do budowy aplikacji zgodnych z J2EE

Wielkość: px

Rozpocząć pokaz od strony:

Download "Web frameworks do budowy aplikacji zgodnych z J2EE"

Paulina Kołodziejczyk
8 lat temu
Przeglądów:

1 Web frameworks do budowy aplikacji zgodnych z J2EE Jacek Panachida promotor: dr Dariusz Król

2 Przypomnienie Celem pracy jest porównanie wybranych szkieletów programistycznych o otwartym kodzie źródłowym Do analizy zostały wybrane Spring MVC oraz JavaServer Faces Analiza obejmuje teoretyczne aspekty ich funkcjonowania oraz badania empiryczne przeprowadzone w formie eksperymentów

wybrane Spring MVC oraz JavaServer Faces Analiza obejmuje teoretyczne

3 Stan zaawansowania rozdziały (1) 1.Wprowadzenie 2.Wstęp 1. Ewolucja szkieletów programistycznych 1. Historia i rozwój 2. Wzorce projektowe 3. Rozwiązania alternatywne 2. Architektura 1. Model 1 strona JSP 2. Model 2 centralny kontroler 3. Model komponentowy 3. Zadania szkieletów programistycznych

Wzorce projektowe 3. Rozwiązania alternatywne 2. Architektura 1.

4 Stan zaawansowania rozdziały (2) 2. Nowoczesne środowisko pracy programisty 1. Tworzenie aplikacji 1. Subversion 2. Maven 3. Eclipse 4. Hibernate 5. Spring Framework 2. Przeprowadzanie testów 1. Spring Mock 2. EasyMock 3. JUnit 4 4. Selenium

5 Stan zaawansowania rozdziały (3) 3. Przegląd internetowych szkieletów programistycznych 1. Struts 2 1. Architektura 2. Znaczniki 3. Interceptory 4. Implementacja wzorca MVC 2. Spring MVC 1. Obiekt nadzorujący 2. Znaczniki 3. Zasada konwencji

Struts 2 1. Architektura 2. Znaczniki 3. Interceptory 4.

6 Stan zaawansowania rozdziały (4) 3. Tapestry 5 1. Zasady 2. Moduły 4. JavaServer Faces 1. Specyfikacja 2. Architektura 3. Części składowe 4. Implementacja wzorca MVC 4. Porównanie Spring MVC z JavaServer Faces

7 Stan zaawansowania rozdziały (5) 1. Architektura 1. Spring MVC 2. JavaServer Faces 3. Podsumowanie 2. Model programistyczny 1. Spring MVC 2. JavaServer Faces 3. Podsumowanie 3. Cykl życia żądania 1. Spring MVC 2. JavaServer Faces 3. Podsumowanie

Model programistyczny 1. Spring MVC 2. JavaServer Faces 3.

8 Stan zaawansowania rozdziały (6) 4. Walidacja i konwersja typów 1. Spring MVC 2. JavaServer Faces 3. Podsumowanie 2. Internacjonalizacja 1. Spring MVC 2. JavaServer Faces 3. Podsumowanie 5. Aplikacja Petclinic 1. Opis aplikacji 1. Wykorzystane technologie 2. Encje bazy danych

Internacjonalizacja 1. Spring MVC 2. JavaServer Faces 3.

9 Stan zaawansowania rozdziały (7) 2. Moduły aplikacji 1. Petclinic-data 2. Petclinic-core 3. Petclinic-web 3. Zaimplementowana funkcjonalność 6. Eksperymenty z wykorzystaniem aplikacji Petclinic 1. Przebieg badania 1. Fazy implementacji aplikacji 2. Petclinic Badanie wydajności 3. Pomiar metryk kodu 4. Badanie łatwości wprowadzania zmian

Eksperymenty z wykorzystaniem aplikacji Petclinic 1. Przebieg badania 1.

10 Stan zaawansowania rozdziały (8) 5. Badanie dostępności komponentów Triniad 2. Analiza wyników 1. Wydajność 2. Metryki kodu 3. Dostępność komponentów Trinidad 4. Łatwość wprowadzania zmian 7. Podsumowanie Bibliografia 100%

11 Eksperymenty Eksperymenty zostały przeprowadzone na dwóch zaimplementowanych aplikacjach opartej o Spring MVC opartej o JavaServer Faces Pomiary metryk kodu dotyczyły trzech faz implementacji aplikacji aplikacji umożliwiającej przeglądanie danych aplikacji umożliwiającej zarządzanie danymi aplikacji po lokalizacji

kodu dotyczyły trzech faz implementacji aplikacji aplikacji umożliwiającej

12 Przeprowadzane eksperymenty Badania wydajności Pomiar metryk kodu Pomiar łatwości wprowadzania zmian (ang. changeability) Badanie dostępności (ang. accessibility) komponentów Trinidad

13 Badania wydajnościowe (1) Do badania wydajności posłużyło narzędzie JMeter Eksperymenty badające wydajność aplikacji symulowały pracę trzech grup osób: przeglądających dane modyfikujących stan aplikacji grupy mieszanej w proporcjach 4/1 przeglądających i modyfikujących dane

trzech grup osób: przeglądających dane modyfikujących stan aplikacji

14 Badania wydajnościowe (2) Dla każdych z badanych grup zostały zmierzone następujące wartości: maksymalna liczba użytkowników mogących korzystać z systemu, przy zapewnieniu jego stabilnej pracy maksymalna liczba użytkowników mogących naraz korzystać z aplikacji przy zapewnieniu stabilnej pracy systemu (próg czasu reakcji 3 sekundy)

przy zapewnieniu jego stabilnej pracy maksymalna liczba użytkowników mogących

15 Metryki kodu (1) Metryki proste liczba dzieci (całkowita liczba bezpośrednich podklas interfejsów danej klasy) głębokość drzewa dziedziczenia liczba pól, metod, przeciążonych metod liczba klas i interfejsów liczba linii kodu

danej klasy) głębokość drzewa dziedziczenia liczba pól,

16 Metryki kodu (2) Metryki złożone indeks specjalizacji skojarzenia dośrodkowe skojarzenia odśrodkowe abstrakcyjność niestabilność znormalizowana odległość kategorii od ideału

17 Łatwość wprowadzania zmian Metryka zdefiniowana w normie ISO 9126 Pomiaru dokonano na każdym z trzech etapów budowy aplikacji W pomiarze uwzględniono: liczba nowo dodanych plików uzupełnienia (liczba plików zmodyfikowanych bez zmiany dotychczasowej zawartości) modyfikacje (liczba plików zmodyfikowanych których zmiana miała wpływ na dotychczasową treść)

plików uzupełnienia (liczba plików zmodyfikowanych bez zmiany dotychczasowej zawartości)

18 Łatwość wprowadzania zmian (2) Pomiaru dokonano podczas czynności związanych z: dodawaniem listy stronicowanej dodawaniem formularza lokalizacją aplikacji

19 Dostępność (1) Dostępność komponentów Trinidad zmierzono poprzez: sprawdzenie poprawności składniowej kodu HTML komponentów weryfikacji poprawności pracy w popularnych przeglądarkach internetowych

składniowej kodu HTML komponentów weryfikacji

20 Wyniki badania wydajności

21 Liczba żądań w zależności od badanej grupy użytkowników

22 Średni czas odpowiedzi aplikacji w zależności od badanej grupy użytkowników

23 Wyniki pomiaru metryk kodu

24 Metryki kodu modułów aplikacji

25 Metryki kodu pakietów według pełnionych funkcji

26 Metryki złożone aplikacji opartej o Spring MVC oraz JavaServer Faces

27 Zmiana wartości metryk podczas kolejnych etapów implementacji aplikacji

28 Wyniki pomiaru metryk kodu szablonów

29 Liczba znaczników wg rodzaju widoków

30 Wielkość wygenerowanej strony HTML

31 Wyniki badań dostępności komponentów Trinidad

32 Poprawność działania komponentów Triniadad

33 Poprawność działania komponentów wg przeglądarek

34 Udział błędów określonego typu w komponentach Trinidad

35 Wyniki łatwości wprowadzania zmian

36 Łatwość wprowadzania zmian a liczba zmienionych plików

37 Wyniki analizy teoretycznej (1) Model aplikacji. JSF jest szkieletem zorientowanym na strony (ang. page-oriented), Spring MVC na obsługę żądań przez kontrolery. Model programistyczny. Spring MVC zaczyna od mapowania żądań użytkownika a JavaServer Faces od definicji używanych w aplikacji komponentów z uwzględnieniem ich integracji z użytkownikiem.

38 Wyniki analizy teoretycznej (2) Cykl życia żądania. W Spring MVC stosowane jest pojęcie żądania, Aplikacje oparte o JavaServer Faces używają pojęcia zdarzenia odbieranego przez komponenty umieszczone na stronie internetowej Walidacja. Obie biblioteki są podobne pod tym względem. JavaServer Faces poprzez bibliotekę Trinidad posiada dodatkowo znaczniki walidacyjne umieszczane bezpośrednio na stronie JSP

39 Wyniki analizy teoretycznej (3) Lokalizacja. Spring MVC posiada lepsze wsparcie w tym zakresie. Oferuje wbudowane przełączanie się między wersjami językowymi. JavaServer Faces poprzez bibliotekę Trinidad posiada gotowe komunikaty o błędach walidacyjnych w języku polskim.

40 Wnioski z eksperymentów (1) Oba szkielety programistyczne spełniły swoją rolę w stopniu umożliwiającym w pełni poprawną implementację wcześniejszych założeń. Spring MVC tradycyjne podejście. JSF tworzenie aplikacji podobne do aplikacji tworzonych w technologii ASP.NET Aplikacje Spring MVC domyślnie są bezstanowe. Aplikacje JSF zarządzają wewnętrznym stanem aplikacji poprzez ciasteczka.

41 Wnioski z eksperymentów (2) Projekt oparty o Spring MVC posiada większą liczbę linii kodu oraz artefaktów programistycznych. Klasy projektu opartego o JavaServer Faces posiadały większą liczbę pól i metod. Pomiar metryk złożonych wykazał większą zgodność z zasadami dotyczącymi obiektywności projektu wykorzystującego Spring MVC

42 Wnioski z eksperymentów (3) Strony generowane przez szkielet JavaServer Faces są średnio nawet czterokrotnie większe niż analogiczne strony aplikacji Spring MVC. Badanie łatwości wprowadzania zmian wykazało, iż JavaServer Faces lepiej sprawuje się w przypadku tworzenia formularzy a gorzej w aspekcie kompleksowej lokalizacji aplikacji. Badanie dostępności komponentów Trinidad pozwoliło stwierdzić wysoką kompatybilność elementów interfejsu użytkownika.

43 Dalszy kierunek prac Proponowany jest dalszy rozwój aplikacji w celu zwiększenia jej złożoności dążąc do implementacji rzeczywistych wymogów biznesowych stawianych przed tego typu systemami. Raportowanie, uwierzytelnienie W porównaniu możliwe jest uwzględnienie aspektów związanych z samymi szkieletami. Badanie popularności, jakości dokumentacji, liczby dostępnych narzędzi.

44 Dziękuję za uwagę

Podobne dokumenty

Web frameworks do budowy aplikacji zgodnych z J2EE. Jacek Panachida

Web frameworks do budowy aplikacji zgodnych z J2EE Jacek Panachida Cel pracy Analiza wybranych ram projektowych dostępnych dla platformy Java Warunki selekcji napisany z wykorzystaniem języka Java oraz