@Dmitry_P23 июн 2009 в 09:07

Обработка запросов в ASP.NET MVC

7 мин

23K

Чулан

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

@sUAron 23 июн 2009 в 09:47

ASP.NET MVC в массы

@Ordos 23 июн 2009 в 10:08

Спорное утверждение, я пока не нашёл существенных преимуществ, кроме того, что это «модно», поэтому оставляю предпочтение webforms. Нужно просто правильно его использовать. (Между прочим, многие разработчики даже не знают, что в webforms на странице может быть и более одной формы, и с упорством продолжают совать <form runat=server> прямо в <body>)

@sUAron 23 июн 2009 в 12:48

Я тоже не видел ни каких преимуществ пока не попробовал.
Попробуйте первая доза без платна. :)

@PingWin 23 июн 2009 в 13:27

Более одной серверной формы? Тогда да, действительно не знают :)

@Ordos 23 июн 2009 в 13:53

Про серверную форму я ничего не говорил.

@flamingmadness 24 июн 2009 в 14:31

такое, к слову, тоже может быть. главное чтобы видимой в данный момент времени была только одна серверная форма.

@Yarc 23 июн 2009 в 13:44

Мой опыт веб-разработки начинался с PHP, где не было никаких ViewState и постбэков — весь рендеринг страницы контролировался только мной. И поэтому, придя на работу, на которой пришлось работать с WebForms, я долго не мог привыкнуть к этой технологии, что-то мне в ней казалось неестественно и громоздко. Но за это время успел порядком привыкнуть к C# и .NET. Поэтому ASP.NET MVC Framework меня очень порадовал, т.к. там сочетается удобство строго-типизированного языка и наличие большой библиотеки классов вместе с полным контролем за содержанием результирующего документа и реализацией шаблона MVC.

@Ordos 23 июн 2009 в 14:09

Вот вы не поверите, но тоже самое я хочу сказать и о webforms.
Я ни в коем случае не хочу показаться mvcфобом, но mvc не пришёл на замену webforms. Он открыл альтернативный путь и лично я не вижу причин переходить на него.
А если завтра появится новая технология, и все скажут «Вау» то все начнут изучать её и бросят mvc? А сайты когда делать?: о)

@Yarc 23 июн 2009 в 15:28

Значит нам понравились разные альтернативы. Посему продолжать дискуссию не вижу смысла ибо она перерастет в холивар ))

@Dmitry_P 23 июн 2009 в 13:58

А куда нужно совать?

@Dmitry_P 23 июн 2009 в 13:59

… серверную форму

@Ordos 23 июн 2009 в 14:09

Туда, где она нужна

@Dmitry_P 23 июн 2009 в 14:11

Так она и нужна внутри body

@Ordos 23 июн 2009 в 14:16

Ставить форму сразу в body — плохое решение

@Ordos 23 июн 2009 в 14:12

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

@XaocCPS 23 июн 2009 в 11:07

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

@Dmitry_P 23 июн 2009 в 12:32

Конечно, статья обзорная, но имеется желание раскрыть тему более подробно в следующих статьях )
Какие из ключевых моментов не затронуты?

@XaocCPS 23 июн 2009 в 12:57

не описан механизм работы ActionMethodSelectorAttribute, FilterAttribute и ActionFilterAttribute, механизма ActionInvoker и класса ControllerActionInvoker. Так же стоит рассказать про Model Binding.

@Maxmyd 23 июн 2009 в 14:15

Не много ли Вы хотите от отрывка из книги? :)

@XaocCPS 23 июн 2009 в 14:47

автор спросил, я ответил :) имелось в виду «раскрыть тему более подробно в следующих статьях „

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