Я сейчас опишу, как я делаю CMS на PHP, а потом спрошу, как это делают в мире ASP.Net.
Итак. Все запросы передаются в одно место, урл парситься и из него выбирается путь к странице и ее параметры. Потом лезем в мускул, ищем там запись об этой странице, если ее нет, то показываем 404. Если она есть, то вызываем класс с именем этой страницы. Делаем действия, в результате формируем массив, отдаем его Smarty — шаблонизатору, тот переваривает html со своими тегами — вот она страница. При передаче запроса POST аяксом, можно указать, что это аякс и указать цель — тот шаблон, который надо отпарсить. В результате возвращается html код, которого поджидает jQuery на стороне клиента, и вставляется в нужное место на страничке.

И я совсем тереюсь в догадках, как организовать (и нужно ли?) что-то подобное, пользуюясь инструментами от Microsoft. Желательно так, что бы можно было при этом использовать все фичи VS — то есть Web Forms, Data Source, рулить view state'ми и прочие прелести. ПОдскажите, как принято делать в ASP.Net?

ASP.NET MVC к вашим услугам.

Здравствуйте, Аноним, Вы писали:

А>ASP.NET MVC к вашим услугам.

Спасибо, покопаю в эту сторону.

Здравствуйте, DiKeert, Вы писали:

DK>Я сейчас опишу, как я делаю CMS на PHP, а потом спрошу, как это делают в мире ASP.Net.
DK>Итак. Все запросы передаются в одно место, урл парситься и из него выбирается путь к странице и ее параметры. Потом лезем в мускул, ищем там запись об этой странице, если ее нет, то показываем 404. Если она есть, то вызываем класс с именем этой страницы. Делаем действия, в результате формируем массив, отдаем его Smarty — шаблонизатору, тот переваривает html со своими тегами — вот она страница. При передаче запроса POST аяксом, можно указать, что это аякс и указать цель — тот шаблон, который надо отпарсить. В результате возвращается html код, которого поджидает jQuery на стороне клиента, и вставляется в нужное место на страничке.

DK>И я совсем тереюсь в догадках, как организовать (и нужно ли?) что-то подобное, пользуюясь инструментами от Microsoft. Желательно так, что бы можно было при этом использовать все фичи VS — то есть Web Forms, Data Source, рулить view state'ми и прочие прелести. ПОдскажите, как принято делать в ASP.Net?

что вообще из всего перечисленного относится конкретно к CMS? вы просто расписали вообще-то обычных для любого приложения процесс разработки, и на аспах можно и так и по другому...mvc как тут уже ответили вообще никоим боком к cms не относится — это просто один из шаблонов проектирования, можно его использовать а можно и не использовать, единственно совпадение дык это просто использование роутера

вам лучше посмотреть в сторону уже готовых систем, например, asp.net nuke

Здравствуйте, Аноним, Вы писали:

А>вам лучше посмотреть в сторону уже готовых систем, например, asp.net nuke

Мне нужно делать новую — таково задание. Сейчас слушал доклад с techdays и в принципе согласен с докладчиком — логика страницы в обработчиках ошибок, строгая последовательность и тп не очень гуд.
Для чего все так написано у PHP у меня — для того, что бы отделить логику от представления. Исходя из этого требования — ASP.NEt не подходит, там это очень тесно связано, поэтому буду смотреть в сторону MVC.

Здравствуйте, DiKeert, Вы писали:

DK>Для чего все так написано у PHP у меня — для того, что бы отделить логику от представления. Исходя из этого требования — ASP.NEt не подходит, там это очень тесно связано, поэтому буду смотреть в сторону MVC.

Не мешайте кашу с мухами! На ASP.Net можете разрабатывать как угодно, по любому шаблону. Шаблон MVC -- один из вариантов.

Здравствуйте, Аноним, Вы писали:

А>ASP.NET MVC к вашим услугам.

А как же

Желательно так, что бы можно было при этом использовать все фичи VS — то есть Web Forms, Data Source, рулить view state'ми и прочие прелести.