@IcyWind

Здравствуйте, начал изучать ASP.NET для курсовой работы. Начал читать "Мак-Дональд М., Фримен А., Шпушта М. Microsoft ASP.NET 4 с примерами на C# 2010 для профессионалов (4-е издание, 2011)" и в введении наткнулся на паттерн "MVC". Немного поизучал в интернет...и нашёл много общего с паттерном MVVM, который используется в WPF. Так как я неплохо знаком с паттерном MVVM на WPF и имею небольшой опыт в разработке реальных конструкций, то очень бы хотелось работать с ASP.NET именно в контексте паттерна MVC. Но вопрос упирается во время..и в количество информации, которую нужно освоить
и вот вопросы:
1.) как я понял, та книга, которую я начал читать, в основном, заточена под Web-формы. Логично ли предполагать, что аналогом Web-форм служат Windows Forms, а MVC-система для ASP.NET похожа на WPF?
2.) Какова будет сложность изучения MVC, зная MVVM?
2.1)Нужно ли мне заменить читаемую книгу на ту, которая изначально заточена под MVC..и, если да, то на какую. А, если нет, то 2.2
2.2)Смогу ли я быстро освоить MVC без специальных книг, учитывая знакомство с MVVM и тот факт, что я буду читать книгу для Web-Форм.
Поставьте новичка на путь истинныйзаранее спасибо

0

@VladA4

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

На самом деле, там общие только , то что события обрабатывать можно в стиле Windows Form, но я бы не советовал изучать asp.net, потому что он только мешает понимают веба в целом (всякие Post back, View state это жуткая фигня ! )

Это разные паттерны, для разных целей (часто юзаются вместе )

Я бы советовал начать с разных туторилов того же хабра или если нормально c En, то можно asp.net mvc dinner

На этот вопрос в целом ответить не возможно, пока не увидим, что Вы умеет делать ( примеры кода), а пока можно любой ответ дать )


Мой личный опыт , работы asp.net и с mvc, показал, что лучше работать с "чистым" html и понимать, Http get, http post, а не изучать нафиг не нужны серверные контролы asp.net !

0

@sau

в asp net webforms есть элементы DynamicData , фактически это реализация MVVM
Есть еще самописный MVVM фреймворк , основанный на подключении зависимостей.
https://aspnetmvvm.codeplex.com/
В общем , это все надстройки над класическим asp net , которые можешь применять после того как освоил основы.

MVC - чуток из другой оперы , с MVVM ничего общего , для MVC есть соответствующий тип проекта и инфраструктура.

0

@Moonshine

Да особо опыт работы с WPF MVVM тут роли не играет, если нравится MVC, то используйте его. Тут главное дело вкуса. Нужно просто попробовать раз-два местные MVC классы, проработать типичные ошибки первых дней.
Книга ваша она про asp.net в целом, там 75% книги про платформу, которая для всех общая. А forms и MVC - это уже отдельные фреймворки, с общей основой. Там про MVC глава есть , ничуть не хуже любых других статей и книг так, что переходите сразу к ней. А потом уже вернётесь ко всяким кешам, кукисам и ajax, когда будет надо

Добавлено через 6 минут
А на счёт принципов работы HTML, что там больно много принципов что-ли. Когда адрес вбиваете сами или по ссылке - то это get, когда жмёте кнопку - то отправляете данные серверу, то это пост.

0

@VladA4

Вот это все скрывает Asp.net, сейчас чуть получше, но раньше генерация ID, жуткие update panel, grid крайне заморочный ajax ( если через их библиотеку ).

На счет вкуса, сложный вопрос, все таки есть показатель скорости разработки и прозрачности !

0

@Moonshine

Если выбирать между Forms и MVC , то не вижу эпической разницы по скорости между ними. Попробовал оба фреймворка, они разные и в этом плюс, значит рассчитаны на людей с разными привычками, но по скорости разработки разницы особо нет.
В MVC особо понравилось, что можно иметь много шаблонов (аля Master.Page) вложенных друг в друга - полезная фишка для крупных сайтов.
На счёт ajax toolkit полностью согласен - сам пользуюсь несколькими простейшими контролами от туда, остальное жуткая хрень, которая основана на Update panel, если и использовать то в админке, куда надо заходить раз в месяц . JQuery намного проще и шустрее для ajax и прочего скриптового волшебства.

0

@VladA4

Добавлю не много флуда в тему, но все же, могу предложить разработку нашей компании IML ( incoding meta language ), который позволяет разрабатывать клиентские сценарии любой сложности, без написания JavaScript кода.
Вот ссылка на Get Started, а там в конце все расписано и рассказано, а так же я ( мои контакты есть в профиле и на сайте ) отвечу на Ваши вопросы, если будет интерес.

P.S. Мы получаем огромный прирост к скорости разработки, а так же к обучение новых программистов в рамках компании и по этому решили открыть нашу разработку на Open Source и рассказать о ней.

0