Комментарии 7
Неплохое решение. Насчет кеширования — а чем стандартный Cache плох?
0
Там и используется стандартный кеш в качестве Storage, остальное — для удобства. Только механизмы конкурентного вызова (если несколько клиентов запросят один и тот же ключ, который протух — то выборка будет выполняется только один раз, остальные http-request-ы будут ждать и получат уже готовые данные, не будет гонки), асинхронности (выборка всегда есть в кеше, если протухает — старые данные уходят клиенту — а в другом потоке обновляется ключ, повышается время отклика) — все это абстрагированно от самих методов выборок. Удобно, меньше кода надо писать.
+1
А что если в качетсве ViewData-объекта передавать некий
Tuple<A, B, C>
?0
разве это не библиотека C++?
0
Во-первых он появился только в .NET 4.0, во-вторых он ограничен 8 моделями, в-третьих нужно помнить в какой элемент (1, 3 или 8) какого типа, чтобы во View к нему обратится. Плюс синтаксис становится ну уж очень жестким Tuple<HtmlHeaderViewMode, MyModel2, ..., MyModel5>
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Борьба с наследованием и вложенностью ViewModel-ей при разработке lolstore.info