DNN BlogIn 6.2 DotNetNuke is beginning a framework for creating web services that are tightly integrated in the DotNetNuke platform.
The Services Framework was based on ASP.Net MVC.
During the development of 6.2 Microsoft announced they would be releasing WebAPI for ASP.Net.
WebAPI is built from the ground up for the purpose of building services on HTTP.
It quickly became obvious that WebAPI was a better approach to Services Framework than MVC. Since 6.2 was scheduled to release well before WebAPI, we made the hard choice to release an MVC based Services Framework, and then make the breaking change to WebAPI with the next major release.:)

tsyselskyskyANA.. ваш пользователь - это по большей части офисный планктон, которому полный контроль вообще давать опасно :)

- "кружки" по интересам,
- благотворительные организации,
- учебные заведения,
- церкви
хотят индивидуальный шаблон, индивидуальные компоненты и модули на сайте ???


Ага, писать хороший софт для офиса (для людей в нем работающих) не нужно?
И "контроль над разметкой" доверять им нельзя :]
Да он им и не нужен, собственно. Возможность кастомизации, да. Но для этих целей обычно CSS хватало

А вот кружкам по интересам и церквям o_0 и прочим графоманам "контроль над разметкой" так запросто :]

Да и есть все это на формах ..
А парсер для разметки(ViewEngine или как там Вы его называете :)
дело конечно хлопотное но не особо сложное, IMXO.Бла-бла-бла... Не надо передёргивать :)

Лучше расскажите нам, что "всё это" есть на формах? И в каком виде?

tsyselskyskyANAЛучше расскажите нам, что "всё это" есть на формах?

Возможность кастомизации стандартных движков.О каких конкретно движках речь?

МСУskyANA, давай я поставлю вопрос по-другому, чего именно нельзя сделать на формах?
А то ты как-то абстрактно всё о какой-то там полноконтрольной разметке и прочих конях в вакууме. Давай конкретно, какую прикладную задачу нельзя сделать с помощью вебформз :)Хорошо, давайте конкретно :)
В терминах нашей системы тема - это:
- Master layout(s),
- Gadgets - компоненты страницы (меню, форма логина, блог, форум, контент и т.п.),
- Styles,
- Header images,
- Icons,
- ArtText (fonts+styles),
- Artboxes (style+images)

Всё это пользователь может кастомизировать под себя.

Теперь давайте подумаем над тем, что такое Master layout(s) и Gadgets в WebForms, и что это такое в MVC (мы используем StringTemplate).

В WebForms:

В MVC (StringTemplate):

Уже имеем явные неудобства для пользователя в WebForms по сравнению с MVC:
- нужно понимать какие-то директивы Master и Register
- нужно не забывать про runat="server"
- нужно понимать зачем в разметке <form runat="server"> и помнить об этом

И это только верхушка айсберга :)

tsyselskyskyANAпропущено...
О каких конкретно движках речь?
шарикВаши пользователи сами кастомизируют свои сайты в шарике? Каким образом?

tsyselskyА гаджеты, это типа веб-парты, я полагаю?Типа того.
Но проблема опять-таки в том, что кому-то хватает интерфейса редактора (он у нас есть с драгэндропом и визивигом), а кто-то продвинутый хочет кастомизировать саму разметку, а учить при этом синтаксис движка WebForms не хочет :)

ShSergeПС. Вообще-то, мне тоже не понятно почему надо переводить проект с формс на мвц, если он работает. А послезавтра появится что-то новое. Опять переводить?Да не переводим мы весь проект, уточнял уже :) Только фронтенд, CMS и ещё пару мелких модулей. Остальной бекенд как работал на WebForms, так и работает.
Так же планируем реализовать свой API как разработчики DNN. И так же как они смотрим в сторону ASP.NET MVC 4 WebAPI.

tsyselskyskyANAпропущено...
Типа того.
Но проблема опять-таки в том, что кому-то хватает интерфейса редактора (он у нас есть с драгэндропом и визивигом), а кто-то продвинутый хочет кастомизировать саму разметку, а учить при этом синтаксис движка WebForms не хочет :)

А синтаксис Вашего движка, надо полагать хочет?Синтаксис StringTemplate в разы проще и понятнее. Маленький пример приводил выше.
Вообще Вы сами можете оценить, если почитаете доку на нашем сайте.

МСУ, где я говорил, про плохой язык? :) Я сказал, что синтаксис StringTemplate проще и понятнее пользователям. Особенно тем, кто уже работал с движками типа Wordpress и Joomla!
Почему бы Вам не предложить разработчикам не пользоваться Razor, какой в нём смысл-то вообще, а мы посмотрим на реакцию? :)

StringTemplate имеет свои очевидные преимущества, поэтому и был выбран.

Вообще давайте исходить из того, что CMS, да, можно реализовать на WebForms, только на MVC это сделать проще. :)

Вообще в CMS движок не главное. По большому счёту он отвечает за отображение (rendering) сконструированной страницы.

Но и тут есть свои ньюансы.

Как происходит визуализация (rendering) в WebForms?
Страницы и контролы рендерят себя сами (вызывается их метод Render).

А в MVC это делает ViewEngine.

И чтобы изменить поведение в WebForms придётся написать библиотеку своих контролов, а в MVC расширить часть функционала движка.

К примеру вместо HTML я хочу получить JavaScript (JavaScript template). Как это сделать в WebForms?
Используя StringTemplate я накидал базовый функционал в течение одного дня.

МСУskyANAМСУ, где я говорил, про плохой язык? :) Я сказал, что синтаксис StringTemplate проще и понятнее пользователям.
Не факт, что он проще и понятнее.Можете оценить самостоятельно, ссылку на доку я приводил.

МСУskyANAОсобенно тем, кто уже работал с движками типа Wordpress и Joomla!
А тем, кто не работал с Wordpress и Joomla? Для менее продвинутых пользователей есть GUI c блек джеком и шлюхами WYSIWYG редактором и драгэндропом.

МСУskyANAПочему бы Вам не предложить разработчикам не пользоваться Razor, какой в нём смысл-то вообще, а мы посмотрим на реакцию? :)
А почему бы мне не предложить идею модульности в виде
а) плагинов
б) вечастей
в) iframe
... как сделано в самых продвинутых системах (SharePoint, Dynamics CRM, DNN и т.д.)?

Игрушечный StringTemplate и рядом не валялся по возможностям кастомизации. Причем, какстомизации как на серверной стороне так и клиентской. Так это еще полбеды, учитывая, что у тебя всё было на вебформз и теперь нужно что-то переписывать на мвц. Насколько вообще это оправдано? Что-бы внедрить StringTemplate? :)WebForms прекрасно работает из под MVC, бизнес логика в отдельном слое. Насколько вообще оправдана идея, что не должно быть проблем поменять представление? :)

МСУskyANAStringTemplate имеет свои очевидные преимущества, поэтому и был выбран.
Да нихрена он не имеет, начнем с этого :) Глянь как в шарике кастомизируются страницы и веб-части с помощью xslt.Думаю от синтаксиса XSLT пользователи вообще будет в восторге. Кипятком писать будут. :)