ZAWWW-2st1.2-w11.tresc-1.0-Slajd15
View Helper
Logika sterowania, formatowanie i dostęp do danych przemieszane wewnątrz komponentów widoku stanowią jeden z najczęstszych błędów projektowych. Zastosowanie wzorca Front Controller wydziela logikę sterowania, natomiast model i komponenty widoku nadal pozostają ściśle związane. Przetwarzanie samego widoku składa się z dwóch faz: (1) przygotowania widoku oraz (2) tworzenia widoku. Przygotowanie widoku to odwzorowanie żądania na właściwą akcję powodującą wybór widoku i przekazanie żądania do tego widoku. Tworzenie widoku wymaga odczytania danych z modelu i wygenerowanie odpowiedzi udzielanej klientowi. Aby uniknąć powiązania modelu i widoku wynikowego wprowadza się wzorzec View Helper. Umożliwia on transparenty dostęp do modelu i umieszczenie modelu w miejscu swobodnie dostępnym dla komponentów widoku. Wykorzystanie tego wzorca ułatwia korzystanie z technik szablonów w widokach, wyczyszczenie widoków poprzez usunięcie praktycznie całej logiki aplikacji z widoków, wreszcie pozwala na podział zespołu projektowego na grupę odpowiedzialną za generowanie widoku oraz grupę odpowiedzialną za dostęp do modelu. Wzorzec View Helper może mieć bardzo wiele strategii implementacji, najczęściej wykorzystuje się komponenty JavaBean, tradycyjne klasy Java, oraz techniki szablonów: JSTL, pliki znaczników, czy XSLT. Przykładowo, implementacją wzorca View Helper może być klasa Java, która łączy się z bazą danych, odczytuje zawartość tabeli, a następnie transformuje tę tabelę do języka HTML. Konsekwencją wykorzystania wzorca jest, jak wcześniej zaznaczono, pełna separacja ról projektowych oraz znaczna poprawa modularności i łatwości pielęgnacji kodu.
