Почему имеют, или разве Вы еще не переместили в ASP.NET MVC? [закрытый]

1. Относительно поддержки Microsoft ASP.Net. За этим стоит первый Скотт Гатри, вице-президент по развитию в MS, так что это уже одна проблема. Во-вторых, теперь это открытый исходный код, поэтому даже если по какой-то странной причине MS решит не поддерживать его в будущем, вы все равно можете настроить его самостоятельно, если вам нужно. Вдобавок паттерн MVC - это то, что используют все больше и больше платформ для веб-разработки. Это отличный шаблон для веб-разработки, и в результате я не могу придумать ни одной причины, по которой MS не будет продолжать его поддерживать.
2. Если под клиентами вы имеете в виду конечных пользователей, честно говоря, им не должно быть дела до того, как вы внедряете сайт. Если под клиентами вы имеете в виду консультирование клиентов, если вы можете развиваться быстрее и у них есть серверы, на которых это можно разместить, я бы подумал, что они будут открыты для этого. Вдобавок к этому ваши сайты MVC должны использовать меньшую полосу пропускания, чем типичный веб-сайт веб-форм (IMHO), главным образом потому, что на страницу веб-форм помещается много дополнительных материалов (например, дополнительные атрибуты в HTML htat предназначены для веб-форм, ViewState), поэтому они должны воспринимать это как положительный момент. Теперь, если под клиентами вы имеете в виду людей, которые интегрируются с вами, то это также плюс, поскольку MVC упрощает реализацию веб-сервисов на основе REST (не то чтобы WFC этого не делал, но MVC тоже работает очень хорошо).
3. Хм, основные сайты, использующие MVC, пока что я нашел список здесь Я также знаю несколько приложений в разных компаниях, где крупномасштабные приложения MVC находятся в разработке.Хотел бы я рассказать подробнее, но, к сожалению, в данный момент не могу.
4. Когда я только начинал работать с ASP.Net MVC, я думал, что мне это не понравится. Я тоже не был большим поклонником веб-форм, но MVC просто казался шагом назад к разработке ASP до появления .Net. Затем я начал серьезно вникать в это и действительно обнаружил, что шаблон чистый, лаконичный, расширяемый, поддерживаемый и легкий для понимания. Честно говоря, я не хочу когда-либо возвращаться к веб-формам, и каждый раз, когда я обнаруживаю, что создаю веб-приложение .Net, я стараюсь сделать его проектом MVC.

1. Я считаю, что ASP.NET MVC достигла этого критического порога, о чем свидетельствуют инструменты VS 2010, ASP.NET, блог сотрудников MS и огромные усилия Microsoft. в структуру. Я не думаю, что эта структура исчезнет в ближайшее десятилетие (или два).

2. Под клиентами, я полагаю, вы имеете в виду людей, для которых я создаю веб-сайты? Единственная проблема, с которой я сталкиваюсь с ASP.NET, - это решения для хостинга. Однако этот вопрос становится спорным по мере того, как появляются более доступные хостинговые решения. Но обычно, если я верю в технологию и в то, что она будет работать для моего клиента, мой клиент доверяет мне и соглашается с этим. Заказчика также обычно утешает тот факт, что ASP.NET-MVC является продуктом Microsoft. Всегда приятно иметь за технологией крупную компанию, так как вы можете быть уверены, что она будет поддерживаться в течение довольно долгого времени с частыми обновлениями.

3. ASP.NET MVC - относительно новая структура, и ожидается медленное внедрение новой технологии. Но вот что я нашел: http://weblogs.asp.net/mikebosch/archive/2008/05/05/gallery-of-live-asp-net-mvc-sites.aspx . Я думаю, вы увидите большой приток веб-сайтов, использующих ASP.NET-MVC, в этом году, когда VS 2010 / .NET 4 будут выпущены со встроенной поддержкой ASP.NET MVC.

4. Мне никогда не нравилась разработка на C # / ASP.NET больше, чем когда я начал использовать ASP.NET-MVC. В определенной степени ASP.NET-MVC заставляет вас писать хороший код в большей степени, чем WebForms, поскольку ASP.NET-MVC наследуют разделение задач и простую настройку. Кроме того, очень важна возможность управления выводом HTML, функция, которая была затруднена в ASP.NET-WebForms (до 4.0).

То, что вращается вокруг названия «контроллер», может означать только проблемы.

Я пробовал следовать руководству Nerddinner http://www.asp.net/mVC/ сегодня утром. Мне удобно работать с веб-формами, но ничто в этом руководстве для ботаников не имело смысла, просто устаревший, жестко запрограммированный рецепт из mvc1.0, который даже не компилируется с текущим mvc2.0, вероятно, Wrox сделал этот учебник, только они могут придумать только форматирование и отсутствие содержания.

Я не видел там ничего хорошего; куча жестко запрограммированных соглашений, которые мне не нужны.

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

Они поместили это руководство, основанное на мастерах, на главной странице http://www.asp.net/mVC/ , утверждая, что модель является экономичной, но все это сгенерированный код, которого они не делают. Объясните, в проекте шаблона mvc по умолчанию есть примерно 15 ссылок.

Этот двухстраничный веб-сайт медленно создавался и загружался.

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

С тем, что мне было предоставлено в ускоренном обучении, я не смог восстановить проект. Я просто пройду, пока не найду лучшую документацию.

На самом деле я еще не пробовал кодировать некоторые ASP.Net MVC (хотя просмотрел несколько примеров), но главное, что удерживает нас от его использования, это то, что весь наш код в настоящее время написан с использованием Webforms.

Почему бы и нет? Остальные члены моей команды не хотят.

Вам нужно выбрать, что больше подходит для вашего продукта. Webforms может порекомендовать его в некоторых ситуациях по сравнению с mvc.

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

• Большие области просмотра вряд ли будут проблемой, потому что ваши пользователи обычно загружают на ваш веб-сервер 100 Мбит, а не жалкие 128 Кбит или меньше.
• Javascript, вероятно, поддержит каждый
• Время разработки имеет большее значение, чем широко распространенная кросс-браузерная совместимость или даже красивый дизайн.
• Вы, вероятно, застряли в работе с унаследованными разработчиками, которые раньше занимались разработкой стиля рабочего стола / форм, или имеете большой отток среди младших разработчиков, которые действительно не разбираются в веб-разработке.

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

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

Вы пробовали ASP.NET MVC и пожалели об этом? Если да, то о чем вы сожалеете?

Я не сожалею о том, что попробовал MVC, на самом деле мне это нравится. Когда я начал это делать, я ненавидел это. Я продолжал искать код за файлом и сначала не был уверен, как получить значения из текстовых полей и прочего, не переходя в textbox1.Text;

Теперь я съеживаюсь каждый раз, когда возвращаюсь к веб-формам и хочу, чтобы я мог написать это в ASP.NET MVC, потому что мне просто нравится, как вы работаете с html вместо использования элементов управления перетаскиванием, которые обычно значительно усложняют вашу жизнь, если у вас есть чтобы настроить их на многое. Мне нравится, как ASP.NET MVC любит сосредотачиваться на хорошем коде, таком как шаблоны проектирования, такие как шаблон репозитория, и как выполнять модульное тестирование с использованием TDD.

Я еще не нашел книги по MVC, где бы говорили о том, как делать хороший код. Я не говорю, что вы не можете писать хороший код в Webforms, но в книгах и классах, которые я видел, преподают ASP.NET, это никогда не кажется основным фокусом.

Например, я ненавижу элементы управления источником данных. Я обучаю некоторых людей WebForms, и им нравится перетаскивать источник данных, а затем записывать свои операторы SQL в этот источник данных. Затем в коде они используют эти данные для вставки своих записей.

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

Dell нанимает массу разработчиков ASP.NET MVC в Техасе и Индии для основной работы над многие из их веб-сайтов.

Согласно Gu , ASP.NET MVC будет иметь собственный продукт и цикл разработки. Теперь он на 100% отделен от ASP.NET WebForms и никуда не денется.

Будет ли Microsoft продолжать поддерживать ASP.NET MVC, если они не достигнут критического порога количества разработчиков / клиентов, использующих его?

Они обязательно будут.

Готовы ли клиенты попробовать ASP.NET MVC? Вам приходилось убеждать клиента использовать его? Как все прошло?

Покупатели заботятся о высоком качестве продукции и цене. Просто убедите их, что Mvc поможет повысить качество и снизить цену. Это не должно быть сложно.

Существуют ли основные сайты, использующие ASP.NET MVC (помимо SO)? Не могли бы вы предоставить ссылки, если они у вас есть?

Разве этого не достаточно с SO? :)

Вы пробовали ASP.NET MVC и пожалели об этом? Если да, то о чем вы сожалеете?

Я старался и нисколько не пожалел. Меня убивает необходимость снова работать над проектом веб-форм.

Давай!