skyANAА что в сухом остатке? SelectList получается прибивает гвоздями вашу ViewModel к хелперам.

Ну вообще ViewModel создаются исключительно для View, и ни для чего другого. И хелперы создаются исключительно для использования во View. Так что ничего дурного нет.

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

Другое дело, если ты пилишь какие-то общие компоненты, которые будут юзаться в разных системах, библиотеки какие-то, фреймворки, киты... Ну там и совсем другие подходы к разработке.

skyANALightweight. No page classes are created.


Движок Разора тоже может работать таким образом.

skyANAFast. Templates are written to the Response Output stream.


Странное обоснование „Fast“ конечно, ну пишут сразу в вывод, Разор тоже так делает.

skyANACached. Templates are cached for a specified amount of time (when in release mode).


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

skyANADynamic. Templates can be generated on the fly in code.


Ценность этого сомнительна, и конечно сводит на нет кеширование. Ну и на Разоре можно генерить темлейты, ничего особенного.

skyANAFlexible. Templates can be nested to any level.


В Разоре тож самое, более того, они ещё могут наследоваться.

skyANAIn line with MVC principles. Promotes separation of UI and Business Logic. All data is created ahead of time, and passed down to the template.


Видна рука Капитана Очевидность :)


В общем, выбирая между StringTemplate и Razor, я бы выбрал Razor. А последние тенденции в его развитии мне вообще по душе.

skyANAПример кода можешь привести, как это будет выглядеть?

skyANAМы пишем движок, что используется как нашими верстальщиками, так и нашими клиентами. Ни те, ни другие ничего особо не знают про C# и MVC :)

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

Как, например, вставить значение из модели в шаблон без синтаксиса?

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




А шаблонизатор такой умный, что догадывается, что вместо ИмяПользователя надо подставить значение :) Да ещё в нужном падеже!

А числа? Ну как в шаблоне верстальщик скажет «у вас 1 пис ьмо , 5 сообщен ий и 2 нов ых подписчи ка »?

В разоре это сделать как 2 пальца об стол, и не надо ничего специально в модели готовить, эти задачи можно решить в шаблоне. И многие другие. Я бы сказал, любые в принципе.

skyANAТак же используем StringTemplate для шаблонов писем, 12 миллионов которых наши пользователи отправляют в месяц.

Ну ок. Я только хотел сказать, что если стоять перед таким выбором, то нет ни одной причины в выборе StringTemplate вместо Razor. Точнее я таких причин не знаю. Вот и всё, что я хотел сказать :)

skyANAНет, это не про "Templates can be nested to any level".

А я про наследование говорил.

Вставить шаблон в шаблон очень просто, на любом уровне: @Html.Partial("OtherTemplate")

боле того, можно не просто вставить какой-то шаблон, а целый результат действия @Html.Action("MyAction")

ИзопропилhVostt,

что ты так нервничаешь?

Что!!? Тааак заметна!* Noooooooooooooooooooooooooooooo;;;;;.........

skyANA


Ну и не вижу разницы, не знают верстальщики язык C#, но им приходится знать язык StringTemplate, который рядом не валялся с C#. Есть разница, на каком количестве языков разговаривает команда, и с точки зрения банальной продуктивности, это количество желательно сокращать. Верстальщику без разницы:

<$ MyValue $>

или

@Model.MyValue