@Illorian12 авг 2011 в 17:23

Борьба с наследованием и вложенностью ViewModel-ей при разработке lolstore.info

4 мин

1.3K

.NET *

Комментарии 7

@bald2b 13 авг 2011 в 10:15

Неплохое решение. Насчет кеширования — а чем стандартный Cache плох?

@EugeneOstapchuk 13 авг 2011 в 10:46

Там и используется стандартный кеш в качестве Storage, остальное — для удобства. Только механизмы конкурентного вызова (если несколько клиентов запросят один и тот же ключ, который протух — то выборка будет выполняется только один раз, остальные http-request-ы будут ждать и получат уже готовые данные, не будет гонки), асинхронности (выборка всегда есть в кеше, если протухает — старые данные уходят клиенту — а в другом потоке обновляется ключ, повышается время отклика) — все это абстрагированно от самих методов выборок. Удобно, меньше кода надо писать.

@mezastel 14 авг 2011 в 17:25

А что если в качетсве ViewData-объекта передавать некий Tuple<A, B, C>?

@Illorian 14 авг 2011 в 17:27

разве это не библиотека C++?

@mezastel 14 авг 2011 в 17:29

Эээ… не очень-понял вопрос. Класс Tuple есть часть BCL.

@Illorian 14 авг 2011 в 17:48

Странно… просто я его применение встречал только в C++ проектах.

@EugeneOstapchuk 14 авг 2011 в 19:58

Во-первых он появился только в .NET 4.0, во-вторых он ограничен 8 моделями, в-третьих нужно помнить в какой элемент (1, 3 или 8) какого типа, чтобы во View к нему обратится. Плюс синтаксис становится ну уж очень жестким Tuple<HtmlHeaderViewMode, MyModel2, ..., MyModel5>

Зарегистрируйтесь на Хабре, чтобы оставить комментарий