Как вы думаете, ASP.NET MVC когда-либо будет иметь значительную долю рынка веб-разработки Microsoft? Или это будет больше похоже на 10-15% рынка?
Как вы думаете, ASP.NET MVC будет конкурировать с ASP.NET Webforms?
Ответ 1
О да. Он собирается выпустить веб-формы из воды - мы уже видели, насколько ценная истинная структура MVC может быть в мире Java. В мире MS - это действительно пустота, которую нужно было заполнить.
Как бывший чувак Java/Struts - мне очень неприятно делать текущую работу в веб-формах, потому что я знаю, что есть инструменты, которые облегчили бы мою жизнь.
Ответ 2
MVC замечательный, но не станет настоящим соперником в качестве замены для Web Forms, пока он не включит его собственный богатый набор управления. Как вы, наверное, уже знаете, некоторые из существующих элементов управления работают с ним, но многие этого не делают. Независимо от этого, я все еще люблю его использовать.
Ответ 3
Ну,.NET никогда не смог полностью противостоять инертности Visual Basic 6 (я все еще вижу несколько магазинов здесь и там, которые только начинают переходить на .NET), поэтому нужно учитывать инерцию ASP.NET Webforms и как он развертывается повсюду на данный момент.
ASP.NET MVC достигнет широкого внедрения, без сомнения, но это будет нечто, чему способствуют архитекторы-сознательные типы: некоторые менеджеры и разработчики с менее быстрыми темпами не заботятся.
Ответ 4
Я так не думаю. Цель и цель обоих решений разные, а APS.NET Web Forms больше похожа на платформу, а MVC - на архитектуру архитектуры, поэтому вопрос немного странный. На мой взгляд, MVC в сочетании с хорошей поддержкой AJAX и правильной структурой модели на стороне сервера может быть более удобным способом разработки субдиапазона веб-приложения, но веб-формы не уходят, и у них будут дополнительные улучшения в следующих версиях.
Приветствия.
Ответ 5
Я думаю, что в конечном итоге MVC будет иметь 100% долю на веб-рынке MS. Это просто лучше.
Ответ 6
Как сказал Тай, не будет много усыновления до тех пор, пока не появятся элементы управления. Я действительно думаю, что он будет превзойти веб-формы, если они есть. Модель веб-формы падает слишком много, если вам нужно сделать что-то сложное, и ее трудно проверить. Возможность unit test MVC ОГРОМНАЯ, но люди просто не знают, чего они еще не хватает.
Я думаю, что ASP.NET MVC - лучшая из классических ASP (множество элементов управления рендерингом) и ASP.NET(возможность иметь реальную архитектуру и отсутствие кода спагетти).
Ответ 7
Я думаю, что это будет медленный запуск из-за базы установки webforms. Поскольку модульное тестирование и контроль над метками начинают становиться более важными для большего количества людей, тогда я думаю, что вы начнете видеть миграцию. Я сомневаюсь, что он когда-либо достигнет 100% базовой установки MS для веб-платформы, но в ближайшие годы он будет устойчивым. Там будут поклонники, которые скажут, что это будет доминировать на кусочке нарезанной кубиками, но это просто нереально. При этом я надеюсь не использовать Webforms долгое время.
EDIT: Теперь, когда мы находимся в бета-версии 1, мы начиная, чтобы увидеть, как поставщики компонентов начинают отправлять некоторые вещи. Похоже, что сначала до биты находится Telerik с их ASP.NET Ajax Controls в ASP.NET MVC
Ответ 8
Мое предположение заключается в том, что Microsoft действительно должна была бы встать и сказать: "MVC - это единственный способ, которым вы должны заниматься веб-приложениями", прежде чем компании будут беспокоиться об этом в больших масштабах. Таким образом, нет, как сейчас, небольшой пользовательской базы.
Ответ 9
Я думаю, что больше людей понимают важность Model View Controller и ограничения простого Контроллера страниц, который действительно является формами ASP.Net.
Проблема, как заметил кто-то, - это ребята из Visual Basic - вы знаете людей, которые пришли из классического опыта ASP и никогда не видели ни одного тестирования модулей и/или MVC на основе Java/Ruby/PHP. Я считаю, что большинство разработчиков .NET там. Я где-то читал, что в мире было 6 миллионов разработчиков VB. Угадайте, что они делают сейчас?
Люди, которые пришли из магазинов Java/Ruby/PHP, которые уже использовали приложения MVC, наверняка адаптируют среду MS MVC.
Ответ 10
Я думаю, что разработчики, которым нравится эта модель разработки, будут ее использовать, но я предпочитаю веб-формы, потому что жизненный цикл предоставляет отличный способ создания повторно используемых элементов управления.
И вы также можете поддерживать стиль разработки MVC с помощью веб-форм и иметь возможность создавать модульные тесты всего вашего кода, поэтому проверка на тест не является аргументом для лучшего MVC.
Ответ 11
Я предполагаю, что MVC является альтернативным решением для "классического" программирования Webform, если вас интересуют такие вещи, как TDD, REST, писать свой собственный HTML и т.д. На данный момент разработчики по-прежнему любят стиль разработки D & D, поскольку он позволяет быстро разрабатывать приложения, и даже тогда он становится незаменимым. По мере того, как все больше людей начинают применять Agile-методологии и становятся более заинтересованными в написании поддерживаемых sw и развивающихся быстрых и грязных приложений, MVC получит больше пользовательской базы. В разговоре я помню, что ScottH сказал, что они думают, что MVC будет плавать примерно на 5-10%,
Ответ 12
Я только недавно начал работать с MS MVC Framework. Я начал вникать в него совсем немного с выпуском Preview 5. Самое большое препятствие, с которым люди могут его использовать, - это отсутствие примеров и полезных справочных материалов.
Сама структура была отличным опытом использования, особенно в сочетании с jQuery и nUnit. Дизайн вашего сайта становится намного более естественным с точки зрения OO, и я думаю, что после того, как кривая обучения будет уменьшена с использованием качественного материала для праймеров, он будет двигаться в направлении становления доминирующей архитектурой для веб-разработки с использованием продуктов MS.
Ответ 13
Я думаю, что веб-формы удовлетворяют потребности в безопасности/комфорте для тех, у кого нет опыта вне парадигмы кода. Я не говорю, что это плохо, потому что для многих задач в бизнесе цель состоит в том, чтобы что-то сделать и жить с ним. К сожалению, дело касается результатов, и много раз вы вынуждены игнорировать методы.
С другой стороны, когда ситуация действительно требует сложного взаимодействия между страницами, веб-формы создают такую сложность со всеми работами. Регистрировать script блокирует только для того, чтобы убрать javascript? Как насчет того, когда вы хотите, чтобы окна взаимодействовали на стороне клиента? MS должна инвестировать некоторое время, увеличивая свой набор инструментов для отладки javascript, возможно, даже предложит серию JSON/JQuery на MSDN. Просто некоторые мысли.
Ответ 14
Я думаю, что MVC поймает больше приложений на уровне предприятия, где тестируемость и гибкость имеют большее значение по сравнению с малыми и популярными приложениями.
Нет планов поэтапного отказа от классической модели кода, и я чувствую, что, поскольку большинство людей привыкло к этой технологии, многие из них, вероятно, остаются с ней.
Если у вас нет опыта работы с MVC, это может быть довольно парадигма. Я не вижу толпы людей, стекающихся к нему. Я бы подумал, что 80% процентов кода и 20% MVC будут считаться истинными.
Так как модель кода отстала в течение столь длительного времени, я уверен, что есть много программистов, которые только имели опыт работы с классическим циклом жизненного цикла кода.
Ответ 15
5 причин, по которым вам следует взглянуть на ASP.NET MVC
Ответ 16
Место, в котором MVC действительно имеет смысл, - это то, что вы уже понимаете базовые понятия HTTP и Rest. Если вы действительно пытаетесь использовать пользовательский JavaScript и имеете оптимизированный пользовательский опыт с высокой долей домена. Если вам нравятся разработки ваших веб-форм со всеми вашими элементами управления перетаскиванием и удобны с вашим пользовательским интерфейсом и вашими панелями обновлений Atlas, вы действительно должны придерживаться его.
MVC для остальных из нас, которые хотят легко использовать серверную часть .NET и пользовательскую клиентскую сторону. Это для тех, у кого есть веб-дизайнеры и люди, которые хотят создавать пользовательский HTML, так как у нас есть те, кто является опытными программистами.
Если вы являетесь одиноким человеком (может быть, ИТ-парнем), бросающим вещи для своей интрасети для фронт-офиса, вам может быть лучше обслуживаться webforms. Это действительно то, где webforms и .NET сияют. Некоторые из новых инструментов ценности для EF и MVC для команд и более масштабного развития.
Нет, я думаю, они дополняют друг друга.