V práci chceme ušetřit webové stránce tím, že namísto desetitisíců mini JS scriptů (z tisíců helperů) bychom vše odložili a vygenerovali na jednom místě. Jelikož dle testů by to zdesetinásobilo rychlost renderu stránky. Odklad generování části stránky je jednoduchý. (Stack strkám na model.) Problém není v samotné detekci první, nebo poslední stránky jednoho renderu. Problém je, že desítky view používáme několika různými způsoby. Jednou se partialview volá přímo z nějakého rodiče, jednou se toto partialview volá přímo na akci refreshe a jindy zase dochází k volání jiného rodiče, který refreshuje určitý úsek stránky včetně tohoto partialview. A poznat tedy v tomto případě kde je to hlavní view, to se mi právě nedaří. Čtu si data ze stránky IViewDataContainer -> na WebPageBase. Zkouším porovnávat na master akci atp. - problém ale samozřejmě je, že v Controlleru na nějakou akci můžete volat View("cokoli.cshtml") -> takže to není vodítkem pro název hlavního view.
Jako první jsem si začal hrát s property Layout. ViewStart jsem hned vyřadil, jelikož ten nastaví Layout ještě před prvním view, takže si stačí jen číst přímo hodnotu Layout. (Používáme ViewStart na defaultní Layout.) Jenže záhy jsem narazil, že různě generovaná view různě vynechávají ViewStart a různě identifikují parent page atp. Například nedodržujeme v naší aplikaci, aby řádně partialview se generovala s výsledkem Partial. (Metoda PartialView na Controlleru - používá se často jen View().) A tady je kámen úrazu - helpery, které vytváří delayed stack se nemusí volat hned na první stránce, ale klidně až na posledním partial. Zkoušel jsem si poznamenávat první (master) stránku, partial view nevolají ViewStart (ověřeno) a helpery s delayed nemusí být hned na první stránce. Nemohu dopsat nový helper do tisíců view - to mi nikdo nezaplatí. Potřebuji řešení, které samo najde vhodné místo, kam dodat delayed JS script.