Makro Cache předávání instance Cache třídy

Tak nakonec vyřešeno tím, že jsme veškeré „logování“ cache přesunuli přímo do Storage třídy. Tím pádem nás ta změna v makru cache teď až tolik netrápí, ale přišlo by nám vtipnější, aby se to makro pokusilo vytáhnout používanou Cache třídu ze systém conteineru a až poté, co by jí tam nenašlo, by použilo defaultní \Nette\Caching\Cache. Když už se tam stejně přes $netteCacheStorage tahá storage, tak proč tam nedat přes $netteCache i cache třídu.

Až tu bude aspoň v nějakém stádiu „beta verze“, tak to samozřejmě uvolníme. Zatím je to jen dva dny stará myšlenka, kterou jsme tak nějak narychlo napsali, protože už nás opravdu štvalo, že nemáme nikde žádný rychlý přehled, co se natáhlo z cache a co nikoliv.

EDIT:

Ještě rozvedu problém, který to má teď, pokud to řešíme až na Storage a proč to díky tomu vlastně není až tak užitečné jak by mohlo být.

Pokud to má být přehledné, tak je nutné částečně upravit třídu \Nette\Caching\Cache. To sice není problém, ale díky tomu, že se pak v {cache} vytváří stejně na tvrdo instance \Nette\Caching\Cache, tak se nejde vyhnout zásahu přímo do nette. Buď se musí zasáhnout přímo do třídy \Nette\Caching\Cache, a nebo jí podědím a přepíšu, ale v tom případě zas budu muset zasáhnout do třídy CacheMacro. Ve výsledku je to z bláta do louže. (Pravděpodobně by šlo asi ještě makro {cache} vyměnit někde v templatePrepareFilters(), ale to jsem popravdě nezkoušel.)

Upravovat (nebo vyměnit) \Nette\Caching\Cache je nutné hlavně z důvodu, že se tam dá naposledy získat klíč cache v plain podobě. Do storage už se dostane jen key, který je prohnaný přes md5:

$key = $this->namespace . md5(is_scalar($key) ? $key : serialize($key));

A přeci jen vidět pak, že se natáhla cache s klíčem:

_00d37ff485d834247g7e618ced1d6463
atd.

není zrovna user friendly. Toť celý problém.

Editoval Etch (5. 3. 2012 4:55)