SimpleRouter a parametr „module“ v „defaults“

Člověk by očekával, že se tento klíč bude chovat stejně jako ostatní, např. „presenter“ – tzn. jeho hodnota bude brána jako defaultní (a nebude omezovat pole působnosti routeru). (Zvláště není-li toto chování ani v kontraktu metody.)

(Poznámka na okraj mimo téma: Málem jsem vaši odpověď nezaznamenal aneb tento způsob fóra zdá se mi poněkud nešťastným. :) Už mlčim.)

http://blabla.cz/
→ defaultní modul je ten, na který se člověk dostane spolu s defaultním presenterem atd. Chování vytváření PresenterRequestu před voláním constructUrl bych neměnil, opravdu mi jde jen o tu jednu drobnost (= nelogické umístění omezujícího klíče v poli ‚defaults‘).

Jak jsem psal v prvním (pravděpodobně nesrozumitelném, omlouvám se za „kopyrajtr“ skills) příspěvku: Stačí klíč vykopnout z defaults do jiného parametru (třebas pojmenovaném $restrictToModule).

$router[] = new NSimpleRouter(array('module' => 'Front', 'presenter' => 'Default', 'action' => 'default'));

->

$router[] = new NSimpleRouter(array('presenter' => 'Default', 'action' => 'default'), 'Front');

Otázka, co bude znamenat klíč module v defaults je pak nasnadě, nicméně odpověď může být dvojí (a nebyla primárně předmětem mého prvního příspěvku): Buď nebude fungovat vůbec. (A pak bude stačit jen ta výše zmíněná změna.) Nebo by se klíč ‚presenter‘ rozdělil ve dví (‚module‘ a ‚presenter‘) – samozřejmě s tou nevýhodou, že to bude další BC, navíc možná zbytečný.

Parametr module má ve všech routerech trošku výsostné postavení, protože se ve skutečnosti nepředává, ale skládá se z něj parametr presenter. Jsem si vědom toho, že to není úplně čisté řešení, ale je poměrně snadno dosažitelné. Nicméně budu nad úpravou uvažovat.