[Best Practise] Lokalizace formularu a komponent

A nebo použij (taky hosiplanovo, uff :o) autowired component factories
kdyby/autowired, což je ten tvůj přístup přes factories.

@Filip Procházka: Odkdy zrovna ty v Best Practice vlákně uvádíš context? :-O

Osobně nemám rád dědění třídy Nette\Application\UI\Form takže si Best Practice představuji přibližně takto:

class WhateverFormFactory extends \Nette\Object
{

	/**
	 * @var \Nette\Localization\ITranslator
	 */
	private $translator;

	public function __construct(\Nette\Localization\ITranslator $translator)
	{
		$this->translator = $translator;
	}

	public function create()
	{
		$form = new \Nette\Application\UI\Form;
		$form->setTranslator($this->translator);

		// define fields

		return $form;
	}

}

services:
	- WhateverFormFactory

Inject továrny v presenteru si díky Kdyby/Autowired ušetřím:

class WhateverPresenter extends BasePresenter
{

	/**
	 * @return My\Awesome\Datagrid
	 */
	protected function createComponentWhateverForm($name, WhateverFormFactory $factory)
	{
		return $factory->create();
	}

}

Editoval enumag (27. 8. 2013 18:39)

Diky, pomohli jste mi oba, v tomto pripade pouziji asi $this->presenter->translator v attached metode, sice to neni uplne transparentni ale zde mi to usetri hodne psani a nemusim prekopavat cely projekt.

Enumagovo reseni se mi take libi, je nejaky zasadni duvod proc nepouzivat extendovani UI\Form?
Nebo tam je pouze rozdil v pouzivani?

Rikam si, ze pokud budu vyuzivat ciste tovarny, tak prijdu o moznost dedicnosti jednotlivych formularu navzajem (subformulare..), sice stale mam kompozici a moznost pridavat containery, to ale nemusi uplne vzdy vyhovovat.

Ma to jine (ne)vyhody?

Diky, tema od davida jsem cetl nejakou dobu zpatky, za tu chvili jsem se zase o kousek (spis kus) posunul, takze zkusim znova :) ostatni temata vypadaji take prinosne.

Dopracoval jsem se k necemu takovemu, jenom si nejsem jisty jestli je to uplne ok, nebo by se to dalo jeste o neco vylepsit:

BaseFormFactory.php:

class BaseFormFactory extends Nette\Object {

	/** @var Nette\Localization\ITranslator */
	private $translator;

	public function __construct(Nette\Localization\ITranslator $translator)
	{
		$this->translator = $translator;
	}

	public function create()
	{
		$form = new Nette\Application\UI\Form;
		$form->setTranslator($this->translator);

		return $form;
	}
}

SomeFormFactory.php

class SomeFormFactory extends Nette\Object {

	/** @var BaseFormFactory */
	private $baseFormFactory;

	public function __construct(BaseFormFactory $baseFormFactory)
	{
		$this->baseFormFactory = $baseFormFactory;
	}

	public function create()
	{
		$form = $this->baseFormFactory->create();
		// ...
		return $form;
	}

	// ...
}

Neni to uz moc prekombinovane s temi tovarnami? Me to pripada v poradku, ale 100% jisty si tim nejsem.
Jde o to, ze baseform krom translatoru obsahuje i jine veci, antispam, muze prijimat i jine sluzby a chci se vyhnout tomu, abych pri nahodnem pridani sluzby, kterou bych chtle vyuzivat ve vsech formech musel editovat vsechny konstruktory vsech tovarnicek.

Trochu OT… Nepotýkáte se pak s problémem, že u továren je vlastně každý formulář UI\Form? Hůř se hledá, kde všude v aplikaci je formulář použit a nelze používat přesný typehint. Je to spíš akademický problém, ale nebylo by lepší podědit UI\Form a na něj pak továrnu?

class AnyFrom extends UI\Form {}

class AnyFormFactory extens Nette\Object {
	function create() {
		$form = new AnyForm;
		return $form;
	}
}