Předek presenteru bez vícenásobné dědičnosti

Tak jsem nějak nepobral. Vícenásobná dědičnost takhle napsat nejde.

Nebo to mám chápat tak, že ten obecný presenter napíšeš takhle

<?php
AdminPresenter extends BasePresenter
?>

A pak si ho podědíš kam potřebuješ takhle?

<?php
MyPresenter extends AdminPresenter
?>

To je právě kámen úrazu, nelze prostě předka navrtdo definovat jako BasePresenter.

Představ si, že onen univerzální presenter na editaci překladů bude:

<?php
// admin presenter translátoru

namespace MyPackage\Translator;

AdminPresenter extends BasePresenter
?>

A já budu používat dělení presenterů, jak popisuje třeba Patrik Votoček: http://www.aceblog.cz/…ndpresenter/

Takže by měl dědit od

<?php
namespace BaseModule;

AdminPresenter extends Nette\Application\UI\Presenter
?>

a místo toho bude hledat \BasePresenter..

Nedá se vymyslet univerzální předek do deklarace třídy.

Editoval semtex.989 (11. 1. 2012 10:57)

No jde o to, že u MyPackage\Translator\AdminPresenter nemůžu do klauzule extends dát třídu, protože ji neznám – předek může být třída \BasePresenter nebo BaseModule\AdminPresenter.

EDIT: nemůžu podědit MyPackage\Translator\AdminPresenter, protože by pak nefungovala kontrola autentizace které BaseModule\AdminPresenter

Editoval semtex.989 (11. 1. 2012 15:20)

Juan napsal(a):
většinou je chyba v návrhu.

Mimochodem, cituji z https://doc.nette.org/…ibuting/code: „nastínění cesty, jak nahradit u presenterů dědičnost za kompozici“ (je tohle vůbec aktuální?).

Já vím, že by vícenásobná dědičnost být neměla.
Berte to ale tak, že komponenta nemá view a musí se to řešit berličkou.

interface z hlediska návrhu toto řeší, ale v praxi prostě nefunguje v tomto schématu i když by dával smysl

<TranslationModule/AdminPresenter> → <MyPackage\Translator\AdminPresenter> → <BaseModule/AdminPresenter>

@22: ale link vždy směřuje na handle, nikoliv na view.
Takže si to musím redirectovat

<?php
TranslatorAdminControl extends Nette\Application\UI\Control
{

	/** @persistent */
	public $view;


	function handleXyz($view){
		$this->view = $view;
		$this->redirect("this");
	}

	function render(){
		...
	}

}
?>

Což je IMHO prostě berlička. Chtěl bych plnohodnotný presenter – představ si, že Administrace bude složitější a nacpat logiku co by krásně dávala smysl v Presenteru musíš nabastlit do Komponenty.

Editoval semtex.989 (12. 1. 2012 10:51)

@22:

Cpát celou administraci do jedné komponenty mi nepřijde úplně košér..
No právě proto řeším tu dědičnost. Celou administraci modulu prostě do komponenty nenacpeš

Ten handle nechápu vůbec…
šlo mi o to, že nejde udělat link na view, pouze link na handle.

Beru to tedy tak, že buď se tohle dá řešit špatně pomocí komponenty, anebo špatně pomocí copy-paste hotového presenteru

Editoval semtex.989 (12. 1. 2012 15:14)

Dobře, tak řekněme metoda renderXyz co emuluje view..

semtex.989: Pravděpodobně špatný návrh.. to co děláš, je typický modul imho

K tomu by měl existovat nějaký SecuredPresenter, který ve startupu ověří uživatele a od toho pak dědí ostatbí presentery v administraci.

Translation module moc nechápu, překlad by měla mít na starost služba, kterou si zavoláš v případě potřeby.. Nebo spíš, co ma dělat TranslationModule a proč má dědit od secured? Nevím, neznám záměr přesně.

Edit: jinak samozřejmě, pokud nad tím nebudu přemýšlet, tak SecuredPresenter dáš jako abstraktního předka před TranslationModule, od kterého dědíš pak dále.

Editoval 22 (13. 1. 2012 16:57)

Já nevím, asi bych to řešil jinak.. ale proč nemůže tedy ten tvůj AdminPresenter dědit od SecuredPresenteru?
V praxi by to bylo tak, že máš BasePresenter, od toho dědí SecuredPresnter a na ten věsíš celou větev, která má chráněný přístup. Ostatní věci dědí od BasePresetneru.

Přece i teď ti ten presenter dědí z nějakého BasePresenteru.. nebo použít ACL..

Editoval 22 (14. 1. 2012 11:48)

a z čeho ti ten preseneter dědí normálně, pokud by neexistoval Secured? Nějak tomu už nerozumím asi.

Editoval 22 (14. 1. 2012 17:37)

VYtvořil bych si třeba v namespace MyPackage SecuredPresenter, ktery dědí od Nette\Application\UI\Presenter a pak včechny Presentery v namespace MyPackage, které mají být zabezpečený, dědí z něj → extends MyPackage\SecuredPresenter

Ale moc se mi to tvoje řešení nelíbí. Proč třeba prostě nemáš jen třeba adresář AdminModule a do něj neskládáš presentery/Moduly, které spadají pod administraci. Tomu Controlu je to přece jedno, kterej Presenter si ho vytvoří.

Editoval 22 (14. 1. 2012 18:29)

@22:

Ytvořil bych si třeba v namespace MyPackage SecuredPresenter, ktery dědí od Nette\Application\UI\Presenter

To se mi právě od začátku nelíbí, protože pak nemůže transparentně dědit od BaseModule\AdminPresenter (to ješte rozeberu níže).

Ale moc se mi to tvoje řešení nelíbí.

Mně taky ne, proto nad tím přemýšlím.

Tomu Controlu je to přece jedno, kterej Presenter si ho vytvoří.

O žádném Controlu neuvažuju – místo Controlu by administraci Translatoru zajistil celkově jen MyPackage\TranslationModule\AdminPresenter.

Proč třeba prostě nemáš jen třeba adresář AdminModule a do něj neskládáš presentery/Moduly, které spadají pod administraci.

Tím naskládáním se dá myslet jen to, že zkopíruju třídu MyPackage\TranslationModule\AdminPresenter (v adesáři /libs/..) do aplikace (adresář /app/presenters/..) a přejmenuju na TranslationModule\AdminPresenter a přepíšu předka v extends – to prostě není čisté řešení

@Ani:

stejně budou věechny admin Presentery secured, takže se ten dá vložit mezi je a BasePresenter

Právě že se mezi ně nedá nic vložit. Běžný presenter v administraci bude mít např. tyto předky:

• TranslatorModule\AdminPresenter → BaseModule\AdminPresenter → Nette\Application\UI\Presenter

Presenter odvezený od MyPackage\TranslationModule\AdminPresenter bude mít tyto předky:

• TranslatorModule\AdminPresenter → MyPackage\TranslationModule\AdminPresenter ->Nette\Application\UI\Presenter
• NEDOSTANU mezi to BaseModule\AdminPresenter a to je ten průšvih

Editoval semtex.989 (15. 1. 2012 14:25)

To jde, ale musím spoléhat na existenci určitého BasePresenteru nebo SecuredPresenteru.

A jsou minimálně dvě konvence jak jsem psal výše: https://forum.nette.org/…e-dedicnosti#…

Asi se budu muset smířit s tím, že univerzálně to napsat nejde.

Ted mně napadlo poměrně elegantní řešení:

<?php

namespace MyPackage\TranslationModule;

if(!class_exists(__NAMESPACE__ .  '\InheritedPresenter'){
	if(class_exists('BaseModule\AdminPresenter', TRUE)){
		abstract class InheritedPresenter extends \BaseModule\AdminPresenter{}
	}elseif(class_exists('AdminModule\BasePresenter', TRUE)){
		abstract class InheritedPresenter extends \AdminModule\BasePresenter{}
	}else{
		abstract class InheritedPresenter extends \Nette\Application\UI\Presenter{}
	}
}

final class AdminPressenter extends InheritedPresenter{}

?>

Takhle bude presenter z knihovny „MyPackage“ nezávislý na aplikaci (nenutí žádnou konvenci pojmenování BasePresenteru) a přinejhorším si dohledá Nette\Application\UI\Presenter

Editoval semtex.989 (15. 1. 2012 15:55)

ehh.. Tvé řešení !== elegantní a už vůbec !== obecné (s přídomkem !important)

Takhle zadrátuješ svoji obecnou komponentu do tvé aplikace ještě víc, než kdybys v aplikaci používal obecné komponenty. Navíc, bavíš se o presenteru, který je z logiky věci zadrátován do aplikace a není jeho účelem být použitelný napříč apps!

Jestli jsem tě chytnul správně, chceš mít jeden presenter (stejný kód) např. ve 3 tvých nette aplikacích. Řešením je používat stejný návrh v těch třech aplikacích a copy/paste. Řešíš, jak udělat stejný motor pro 10 aut tak, že si podmínku zadrátuješ do stroje, který vyrábí sedačky pro spolujezdce.

Tohle je cesta do pekel.

@ptacek.pavel: diky za vymluvení, to jsem chtěl „slyšet“!