Я использую как Template Inheritance, так и Russian Doll Caching (используядрагоценный камень cache_digests) независимо друг от друга в отдельных частях довольно сложного приложения Rails, с большим успехом.

Я испытываю трудности при совместном использовании двух технологий, что заставляет меня подозревать, что я могу делать что-то не так ...

Для очень простого примера рассмотрим приложение, состоящее из двух контроллеров, ThingOnes и ThingTwos. Это приложение имеет один макет (layouts/application.html.erb ) который просто отображает заголовочный файл с:<%= render 'header' %>.

По умолчанию Rails будет искать эту часть в нескольких местах, включая каталог представления для макета (views/application/_header.html.erb ), а также любой специфический для текущего контроллера (например,views/thing_ones/_header.html.erb или жеviews/thing_twos/_header.html.erb ). Это означает, что для целей кэширования у меня в основном есть список зависимостей шаблона (не считая движков или чего-либо еще), например:

[
  "application/header",
  "thing_ones/header",
  "thing_twos/header"
]

Теперь мы обернем этот вызов рендеринга кэшированием следующим образом:

<% cache 'header' do %>
  <%= render 'header' %>
<% end %>

К сожалению, работаетrake cache_digests:nested_dependencies TEMPLATE=layouts/application результаты в следующем списке зависимостей.

[
  "layouts/header"
]

Кажется, он не заботится о наследовании шаблонов вообще. Изменение файлов, не включенных в список, приводит к ожидаемому эффекту изменения файлов, не включенных в список, - срок действия кэша не истек и отображается устаревший заголовок.

Это можно легко исправить, указав соответствующие пути шаблона, например, так:

<% cache 'header' do %>
  <%# Template Dependency: application/header %>
  <%# Template Dependency: thing_ones/header %>
  <%# Template Dependency: thing_twos/header %>
  <%= render 'header' %>
<% end %>

Это похоже на очень плохое решение, так как оно не очень хорошо развивается и требует много легкомысленного оформления для кэширования вызовов, чтобы сохранить существующее поведение наследования шаблонов.

Точно так же можно более явно указать местоположение заголовка, например так:

<% cache 'header' do %>
  <%= render 'application/header' %>
<% end %>

Это также не позволяет сохранить существующее поведение наследования шаблонов, что делает его непригодным для наших нужд.

Последний вариант заключается в перемещенииcache вызовите в заголовок партиалы сами. Это не только неэффективно, так как оставляетrender вызов из кеша. Он также более ВЛАЖНЫЙ (напишите все дважды), чем СУХОЙ, что является значительным отключением.

Итак, чтобы перейти к моему актуальному вопросу (ям) ... Я делаю это правильно? Это кажется довольно серьезным недостатком, который может повлиять на широкий спектр реализаций, но я не могу найти много дискуссий, связанных с этой конкретной проблемой, поэтому мне интересно, если другие делают это так, чтобы это работало лучше. Есть ли лучший способ сделать это, или, по крайней мере, автоматически указать полную иерархию зависимостей шаблона для частичного рендеринга?