@NewNoob

В чём разница ASP.net mvc и web forms? И есть ли литература и вообще где изучать последнее?

0

@insite2012

Разница в подходе. В Web Forms применяется событийная модель, похожая на модель настольных приложений, с сохранением состояния приложения в памяти. В MVC же используется логичный цикл запросов и ответов Http, не сохраняющих состояние. Что использовать-по ситуации, хотя второе более продвинутое и удобнее во многих аспектах.
Есть, и много ее. И книги, и ресурсы есть разные.

1

@NewNoob

insite2012, по web forms чё-то не могу нагуглить книги.

0

@sau

https://professorweb.ru/my/ASP... _5/level1/
- не то что бы книга , но для начала хватит.

1

@insite2012

0

@sau

insite2012, хз , кто у кого ) сайт старый и статья там старая.
А вот еще и мелкософт описывает похожий магазин на веб.формах
https://docs.microsoft.com/ru-... d-overview

0

@BadMan1994

Вебформс более не актуально.. Не рекомендую его изучать

0

@sau

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

0

@BadMan1994

Ну во первых нельзя создавать элементы через jquery. Вся тяжелая форма гоняется между клиентом и сервером, что дает нагрузку

0

@sau

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

Такими аргументами Вы точно не защитите позицию неактуальности , ибо их с легкостью можно парировать.
Веб формы - довольно зрелая технология , у нее есть все что нужно для работы , и пока не придумали ничего такого , чего нельзя было бы на формах.
Да , появляются новые фремворки и т.п , в которых технического прорыва нет , есть лишь взгляд на вещи под другим углом , но это дело вкуса всего лишь.

0

@BadMan1994

Хорошо, тогда самый главный аргумент. Майкрософт отказались от WebForms

0

@sau

Смотря что понимать под отказом ) , то , что зрелая технология и пока в нее нечего добавить и ничего пока не нуждается в улучшении ?
Майкрософт сейчас сосредоточена на новых фреймворках , с которых еще можно срубить денег , из вебформ уже выжали все что нужно , т.е тут больше политика коммерции.
С таким же успехом , можно сказать , что менлкие забили болт на MVC классик , т.к сейчас у них в моде NET Core ). , новое всегда появлялось и будет появляться , однако существующие инструменты хуже не становятся если они решают свои задачи на должном уровне.

Добавлено через 8 минут
Вот если , например, брать технологию Silverlight , то про нее можно с уверенностью сказать , что более она не актуальна , - потому как есть альтернативный механизм встроенный в стандарт html , который не нуждается в дополнительном ПО на ПК пользователя , и для которого в сообществе развиваются сотни библиотек - тут явный проигрыш. А вот про формы аналогичное я бы наверно пока не сказал , ибо с ними можно юзать все что угодно , такова платформа.

0

@BadMan1994

Asp.Net MVC эволюционировал в Core, а WebForms просто забросили. Не думаю что в программировании можно судить про то что не нуждается в улучшении. Все всегда нуждается в улучшении..

0

@sau

Мы с какой стороны актуальность рассматриваем ? - с технической все актуально , с точки зрения хайпа - ну на это ведуться только неопытные разработчики.

Про Core можно говорить , с точки зрения технического преимущества , только если у Вас нет возможности захостить сайт на винде , и только. Во всем остальном , ничего такого , чего нельзя было бы. - ну и это уже не столько форм касается , сколько NET в целом.

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

Что еще ? - остальное это функционал NET фреймворка и язык c# , которые улучшаются независимо от форм и все эти плюшки можно юзать наравне с формами , ибо это вещи никак друг с другом не конфликтующие.
Так что , мне не совсем понятно , в каком конкретно месте формы чему либо проигрывают и могут быть неактуальны на текущий момент.

0

@V_Monomax

Если они отказались, тогда зачем повсеместно их используют в SharePoint, который позиционируют как главный коммерческий продукт для предприятий, собственно с которого они не мало денег рубят?

0

@Usaga

Наверное потому, что переписать SharePoint не такая простая задача?

0

@sau

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

И кстати , даже в том же mvc core частично вернулись к схожей идеалогии в виде razor pages , та же автоматическая привязка данных запроса к модели , по сути своей , вариация вьюстейта.

Да и в стандарте html уже давно говорят о компонентном подходе в разработке UI (БЭМ) , то что мелкие в веб.формах реализовали сто лет назад , то что давно есть на десктопе , теперь наконец внедряют в разработку с клиентской стороны.

Можно представить удобство реализации , когда есть поддержка компонентов в стандарте на стороне клиента + поддержка компонента со стороны рендер движка на сервере в веб.формах = полноценный компонент с функционалом от клиента до сервера , с автоматической привязкой данных и сохранением своего состояния между запросами. + переносимость между веб.приложениями в виде сборки. , в таком подходе концепция веб.форм очень удобна.

Добавлено через 10 минут
А если нужно быстро сделать красивую админку в десктоп стиле , возьмите реализацию Ext.js для форм , ребята пробросили обработку всех событий от элементов UI на сторону сервера через ajax в совместимом для веб.форм стиле - просто хороший пример того , как можно элегантно связать клиентскую и серверную логику в компонентах на базе веб.форм.

0

@Usaga

Конечно никакого. Это же не сравнение коровьей лепёшки и конфетки. ASP.NET вполне себе работает, основанные на нём проекты не имеет смысла переписывать. Но новые проекты лучше делать на более гибком и простом интсрументе.

Вообще, ASP.NET vs ASP.NET MVC не сравнение го*на и конфетки, оба инструмента хорошие и годные, но MVC, всё же, лучше.

0

@sau

П.С Раньше еще ругали формы за то , что обьявление компонентов скрывает внутреннюю верстку и мол верстальщики не могут контролировать итоговую разметку , а теперь что же мы видим - возьмите современные spa фреймворки , vue, angularjs - никто не брезгует созданием кастомных Html тегов за которыми скрывается полноценная верстка - нечего верстальщикам туда нос совать и точка, аналогично и в веб.формах.

Добавлено через 2 минуты
ну я вот к тому и веду , прежде чем фыркать на формы , начитавшись хайповых статеек , нужно попробовать ) , возможно событийная модель и модель компонентной разработки UI придется по душе. Дело вкуса.

0

@Usaga

Вот это и есть (на мой взгляд) самое больное и гнилое место в WebForms. Ни ViewState, ни генерация разметки (хотя тоже может мешать). Проходя по цепочке событий, состояние страницы (и контролов) меняется. Встраиваться в эти моменты - геморрой. Ох и напарился я с legacy-проектами на вебформах именно вот в таких моментах.

0