Имеет ASP.NET MVC, сделанный Веб-формами Платформа прежней версии?
set_primary_key :col_name в вашей модели позволит вам изменить имя столбца первичного ключа, но я действительно рекомендую придерживаться соглашения о конфигурации и переходить с парадигмы _id.
5 ответов
Хорошие вопросы. Я думаю в конечном счете, ответ будет экспертными знаниями группы разработчиков и потребностями проекта, которые решат это. веб-формы ASP.NET так в большой степени используются, что это, вероятно, не уходит в ближайшее время. Плюс, существует столько пользовательских элементов управления и сторонней поддержки, таких как компоненты и книги. Основное преимущество веб-форм - то, как легкий это должно разбудить динамический веб-сайт и движение. Это действительно - RAD способ разработать веб-сайты.
Однако, после того как у той команды есть больше опыта с созданием больших веб-сайтов с намного более высокими требованиями с точки зрения масштабируемости, надежности и тестируемости, затем они будут смотреть на другие решения для этого. В этом случае они поймут, что веб-формы более трудны для поблочного тестирования. Они могут также видеть, что состояния отображения уменьшают производительность и ищут возможные решения.
Хотя MVC обладает установленными преимуществами, маловероятно, что любой преобразует их сайты для использования этой новой платформы сразу же или когда-либо. Плюс, это требует, чтобы команда изучила новую технологию и разработала новые ошибки. Команда должна будет изучить новые способы сделать ту же самую вещь. Например, как легкий это должно поддерживать загрузку файла с помощью MVC?
Как я недавно видел, нет причины, Вы не можете создать сайт с помощью MVC и веб-форм вместе. Таким образом, можно видеть больше гибридов в ближайшем будущем. Но я сомневаюсь, что веб-формы будут когда-либо уходить.
Я отчасти думаю о веб-формах как способ, которым VB1 изменил способ, которым Приложения Windows создаются на рабочем столе. По сей день RAD способ создать приложение все еще существует и никогда не будет уходить.
Следует иметь в виду, что MVC ВСЕ ЕЩЕ использует WebForms, поскольку это - Механизм Представления по умолчанию. Несомненно, можно заменить его другим, но WebForms является все еще базовой частью его.
Кроме того, не все предпочитают строго контролировать HTML или Маршрутизацию. Это не мое отношение, но некоторые люди просто хотят свое задание, сделанное с самым маленьким усилием.
И разве .asmx Файлы не являются технически частью "старой" Модели также? Я могу сказать наверняка, что много людей не хотело бы видеть, что они уходят.
Однако, я лично вижу ASP.net MVC становление основным веб-Механизмом для ASP.net в будущем, хотя не в .net 4.0 все же.
Вы спрашиваете, когда недавно выпущенная веб-платформа, ASP.NET MVC, заменит Веб-формы, который был вокруг в течение семи лет.
Если бы мы жить не могли без ASP.NET MVC в течение прошлых семи лет, то он не взял бы за семь лет до ASP.NET был выпущен MVC. Факт, не все видят потребность в этом. Многие из нас создавали сложные, хорошо масштабируемые веб-приложения в течение большинства тех семи лет.
Мы даже знали, как сделать их тестируемыми, и разделить презентацию от бизнес-логики и доступа к данным. ASP.NET MVC может осуществить это разделение, но я сделал это при помощи кодирования стандартов и кодирую обзоры, и путем высказывания, "нет никакого модульного теста на тот", и, "вытаскивает ту бизнес-логику из UI".
Кроме того, если бы мне действительно было нужно больше управления HTML, то я записал бы свое собственное управление для генерации HTML.
Я не полагаю, что WebForms будет когда-либо удаляться.
Я использовал WebForms на работе в бизнес-приложениях и MVC дома для некоторых частных вещей. Хотя я действительно как MVC, который я не вижу, как это могло быть возможно реализовать действительно сложную логику UI с HTML/CSS/JavaScript. Это быстро станет неуправляемым и будет довольно небезопасно, так как JavaScript может быть выключен для предотвращения отключения некоторых средств управления или сокрытия некоторой информации. Наоборот, выключение JavaScript с WebForms фактически перевернет страницу, мертвую для любого действия, или авторизованного или нет.
Обе платформы продолжат развиваться. Для общих веб-сайтов и любителей HTML/CSS MVC является способом пойти со сложными приложениями, Вы хотели бы объектно-ориентированную архитектуру и искусственную обработку событий даже при том, что это абстрагирует Вас от природы не сохраняющей состояние HTTP.
Так, возьмите то, что является лучшим для Вас.
P.S. Отбрасывание WebForms в целом подвергнет опасности будущее многочисленных проектов и компаний во всем мире. Люди Microsoft не хотели бы становиться объектом ненависти и триггера, который запустил третью мировую войну.
WebForms будет все еще иметь место для тех, которые хотят веб-приложение псевдоне сохраняющее состояние, которое они могут легко соединить путем перетаскивания. Для тех, которые не имеют к или хотят понять, как HTTP работает. Это - окончательное в RAD для веб-приложений.
ASP.NET MVC на других руках позволяет намного больше более прекрасного управления за счет большей ответственности. Вы получаете полный контроль над своим HTML однако, который означает, что необходимо санировать/кодировать вывод сами. Ваше приложение по большей части должно быть абсолютно не сохраняющим состояние и для некоторых Веб-форм/Windows ASP.NET разработчики WinForms, что немного трудно перенести их ум.
Я не думаю, что любой будет когда-либо доминировать над другим, хотя можно быть одобрен.