Jak spravne vytvaret instanci cache?

Tohle mi nestaci. :(
Potreboval bych to, prosim, podrobneji.

Kdyby to bylo kdekoliv napsane, precetl bych si to, ale nikdo to nikde nerozebral.(Alespon jsem to nenasel) V quickstartu nic, v dokumentaci o cachovani taky ne. Tam je to prave pro zacatecnika popsane tak, aby to svadelo vytvaret kdekoliv.

Nevim, jak mam nastavit config.neon a pouzit DI a autowire.

V presenteru pouzivam ted tohle

 $storage = new Nette\Caching\Storages\FileStorage('../temp');
 $cache = new Cache($storage);

 $multi_arr=null;
$vvalue = $cache->load('xxx');
if($vvalue === NULL)
	//zavolej model a cachuj co mi vrati.

opravdu bych ocenil, kdyby nekdo demonstroval vsechny kroky, ktere je treba udelat abych ekvivalent tohodle kodu mohl pouzivat v modelu ale spravne.

.....

Jeste dodavam, ze v config neon, musim mit nastaveno v services nyni

	cacheStorage:
			class: Nette\Caching\Storages\DevNullStorage

aby se mi nevytvarela databazova cache, protoze kdyz se vytvari, tak to hazi nahodne undefined offset.

Editoval moonlol (7. 8. 2013 6:02)

No bohužel přistupovat ke contextu z presenteru není ideální, ale ještě nikdo nepřišel z žádnou efektivnější metodou pro továrničky, takže přesně tak jak píše h4kuna.

V preenteru (není best-practice, a mělo by být v modelu):

<?php
public function actionDefault()
{
	$cache = $this->context->nette->createCache('mojeCache');
	$value = $cache->load("nahodneCislo");
	if ($value === NULL) {
		$value = rand(1,100000);
		$cache->save("nahodneCislo", $value, array(...));
	}
	var_dump($value);
}
?>

Z kontajneru je připravená továrnička pro cache od nette, ta využívá default FileStorage právě temp, pokud bys chtěl vlastní či jiný storage, musíš si vytvořit v neon jinou instanci Cache a předat Storage a poté si třeba udělat vlastní továrničku.

Jinak mnohem hezčí je to samozřejmě v modelu, kde by to mělo být a vyhneš se přístupu ke kontextu, díky autowiringu se ti předá závislost sama, čili stačí mít ve své službě:

<?php
class MojeSluzba {

	public function __construct(\Nette\Caching\Cache $cache)
	{
		var_dump($cache); // Tady již je cache
	}

}
?>

A v NEONu tedy klasicky služby:

services:
	mojeSluzba:
		class: MojeSluzba(@nette.createCache("mojeCache"))

Tak ono by mělo jít si zaregistrovat službu v konfigu, která vznikne z @nette.createCache("mojeCache") a tu si potom přes inject* injectovat do Presenteru jestli se nepletu (případně mě opravte, mysl mám teď převážně jinde… jen takovej rychlý nápad jak se vyhnout přímo použití contextu pro předání instance Cache do presenteru).

myslim si, ze by melo stacit nejak predat ty dva argumenty v config.neonu k radku dataRepository: data .. ale absolutne netusim jak.. :\

Editoval moonlol (7. 8. 2013 10:54)

Diky Tvemu vysvetleni jsem asi pochopil, jak to mam nastavit(i kdyz pochybuji, ze tomu skutecne rozumim)

Zkoumal jsem nyni obsah cache v modelu a vypada to ze je v nem presne, co ma byt. Jeste jednou moc dekuji!

Kdyby v tom nyni nekdo videl neco co delam spatne, tak me prosim upozornete. Hodlam to takhle pouzivat! Dekuji

config.neon

<?php

#
# SECURITY WARNING: it is CRITICAL that this file & directory are NOT accessible directly via a web browser!
#
# If you don't protect this directory from direct web access, anybody will be able to see your passwords.
# https://nette.org/en/security-warning
#
common:
	dibi:
		host: 127.0.0.1
		username: root
		password:
		database: db
		lazy: TRUE
	parameters:

	php:
		date.timezone: Europe/Prague
		# zlib.output_compression: yes

	nette:
		application:
			errorPresenter: Error


		session:
			expiration: 14 days


	services:
		cacheStorage:
			class: Nette\Caching\Storages\FileStorage("%tempDir%/cache")
		routerFactory: RouterFactory
		router: @routerFactory::createRouter
		dataRepository:
			class: Data (@dibi.connection,@cache("mojeCache"))





	factories:
		cache:
					class: Nette\Caching\Cache
					arguments: [@cacheStorage, %namespace%]
					parameters: [namespace]


production < common:

development < common:

?>

a muj model

<?php



use Nette\Utils\Strings;




class Data extends Nette\Object
{
	/** @var \DibiConnection */
	private $database;
    /** @var Cache */
    private $cache;


	public function __construct(\DibiConnection $database,\Nette\Caching\Cache $cache)
	{
		$this->database = $database;
        $this->cache = $cache;
    var_dump($this->cache);

	}

    public function findAll()
    {

        return $this->database->select('*')->from('data')->fetchAll();

    }


}


?>

Editoval moonlol (7. 8. 2013 11:45)

frosty22 napsal(a):

@bazo myslím si že je lepší předávat do modelu již přímo cache, než-li pouze storage, závislosti by se měli předávat – DI.

A zároveň je hezčí, když názvy daných cache objektů se definují v neonu, kde se vytváří tedy instance Cache, než-li poté v modelu, kvůli kolizi jmenných prostor.

Cache ako sluzba nie je, a v roznych castiach aplikacie mozes potrebovat rozny namespace. skus autowirovat 20 roznych cache

@bazo: Asi jsme se nepochopili a nebo spíše nechápu jak to teď myslíš.

Tys nahoře ukazoval příklad kde jsi předal Storage a univř modelu jsi vytvářel až novou instanci new Cache .. což jsme uvedl že se mi nelíbí protože, můžu si univř udělat namespace třeba „user“ .. a potom si stáhnu nějakou knihovnu a nebo na to zapomenu a udělám si další třídu, která si také vytvoří namespace „user“ a už je to možná kolize.

Když budeš mít továrničku v NEONu a předávat jen danou Cache, tak to máš na jednom místě, a není co řešit – viz ten příklad co jsem uvedl výše – https://forum.nette.org/…stanci-cache#…

Editoval frosty22 (7. 8. 2013 14:52)

Ano, samozřejmě že při použití cizích knihoven, které to budou mít implementované pomocí Storage, tak kolizi nezabráním, alespoň však mám menší pravděpodobnost – museli by se sejít dvě knihovny se stejným namespace. Ale na druhou stranu, já obhajoval řešení s implementací Cache namísto Storage a to že se setkám s knihovnou implementující Storage s tím nic nenadělám.

Jinak ano bohužel autowire je škoda, ale s tím se holt u továrniček s argumenty počítá, tomu se člověk v konfigu nevyhne a to nejen v tomto případě.

A potom co se týče předávání závislostí, tak objekt využívá rozhraní třídy Cache, čili je závislý na této třídě a tu by měl dostat nikoliv Storage a z něj si závislost vytvořit. Stejně tak bych mu mohl předat cestu do tempu a rovnou by si mohl vytvořit i Storage, když bych se v závislosti posunul zase o úroveň výš. Sice chápu, že v tomto případě nemá Cache žádné rozhraní, čili bych bez modifikace stejně objekt nezaměnil, ale co kdyby se rozšířil konstruktor Cache o nějaké další parametry, musel bych modifikovat všechny knihovny, které tuto instanci vytváří, což právě od toho tu je kontajner, který by měl vytvářet instance či obsahovat továrničky, které je budou vytvářet.