Powiedzcie mi czy dobrze myśle o tym wzorcu

Mamy sobie FilterManager, i do niego ładujemy filtry (::addFilter, config xml, nie ważne jak). Filtry mogą się wykonywać przed lub po wykonaniu akcji. Przykład filtra : StartOutputBufferingFilter, AuthorizationFilter, CacheFilter. I na przyklad CacheFilter stwierdza, że mamy swieży cache i czy może on zaprzestać wywoływania akcji ? Albo AuthorizationFilter, wywoła akcje loginForm ?

a jak odróżniać, który filtr jest pre a który post? Twżyć przed i po generowaniu strony dwie instancję kontrolera filtrów i wrzucać odpowiednie filtry? ew. w konfiguracji (np xml) zapisać które filtry wywoływać przed a które po?

[XML] pobierz, plaintext 
<?xml version="1.0" ?>
<filters>
    <pre>
        <filter name="DupaFilter" mapping="pl.bela666.odin.filter.DupaFilter" />
    </pre>
</filters>
[XML] pobierz, plaintext 

może tak ?

A po co rozróżniać przed/po? Sugeruję dekoratory.

Edit: bela_666, ciekawy jestem tego pl.bela666.odin.filter.DupaFilter. Zamieniasz to na katalog (tzn. kropki na slashe i jakiś root dir)? Przepychasz przez autoloader? Robisz using() tak jak np. Prado i wstawiasz do include_path?

W momencie, kiedy każdy mój plik ma po kilka require_once, zaczyna mnie to wkurzać .

Tak, zamieniam kropki na slashe przez Odin::import(), jak nie ma pliku to rzucam wyjątek. Nazwy w konwencji Javy

Mam pewne pytanie związane z tym wzorcem. Możliwe że w złe miejsce "wsadzam" obsługę tego typu rzeczy, ale poinformujcie mnie o tym :]

Przykładowa aplikacja, dodajemy kilka filtrów w tym filtr odpalający podaną przez użytkownika akcje. Wszystkie filtry w którymś tam momencie wywołują $this->NextFilter(); co powoduje przejście do kolejnego filtra.

Jak przy takim schemacie umożliwić jednemu filtrowi wstrzymanie uruchomienia innego. Np. akcja sprawdza autoryzacje, ponieważ użytkownik jest niezalogowany zostaje uruchomiona akcja Login a nie podana przez użytkownika w parametrze akcja DeleteNews.

Ale co ważne, cała reszta filtrów ("w dół") muszą być odpalane (np. filtr od Bemchmarka liczący czas musi być odpalony na samym końcu).

Według mnie akcji DeleteNews nie ma potrzeby wstrzymywać, a to dlatego że nigdy nie powinno dojsc do jej utworzenia, w moich schmaciku myślenia to tak, najpierw actionManager uruchamia sobie autentykacja w zależności od tego czy użytkownik jest zalogowany uruchamia w dalszej kolejnosci autoryzacje, bądz wspomnianą przez Ciebie actionLogin, czyli puentując ja potraktowałbym jako jedno, sprawe autentykacja/autoryzacji, która będzie zracać kolejną do wykonania akcje (login,deleteNews)

Jeżeli mijam sie z prawdą nie bic