Для некоторых приложений важна чувствительность к регистру, а для других - нет. Независимо от того, какую СУБД вы используете, бизнес-требования должны определять, нужно ли вам учитывать регистр или нет. Я бы не стал слишком беспокоиться о «дефолте».
Это шаг вперед:
Забавно, что вы должны упомянуть об этом - я только что закончил читать главу в « Professional ASP.NET MVC 1.0 », которая отвечает на этот точный вопрос.
Книга, которую они сравнивают разница между веб-формами и MVC как разница между управлением оркестром и сочинением песни. MVC не дает такого же уровня немедленного ответа, как веб-формы, однако он дает вам уровень детализации, которого ожидают многие веб-разработчики . Хорошо известно, что элементы управления ASP.NET, даже в их более поздних версиях, вводят больше HTML, чем желательно.
Итак, функционально да, это шаг назад, но только потому, что вам предоставлен полный контроль над тем, что размещается на странице. Как всегда, выбирайте правильный язык для работы.
Это шаг в сторону, а не вперед или назад; просто другой способ сделать то же самое, но с другим акцентом. С помощью форм ASP.NET легко «нарисовать» страницу так, чтобы она выглядела примерно так, как вы хотите, но трудно заставить ее вести себя как нормальное веб-приложение. С ASP.NET MVC не так просто создать его внешний вид, но на самом деле легче заставить его вести себя как веб-сайт с URL-адресами, которые описывают возвращаемый контент предсказуемым образом.
Расскажите мне об этом. Я все еще пытаюсь понять, почему я так себя подвергаю. В конечном итоге, продажа номер 1 - это модульное тестирование. Для тех из нас, кто не подписывается под этим, преимуществ немного, если они вообще есть, ИМХО.
Тем не менее, я открыт для убеждений в обратном. Я считаю, что MVC - хорошая основа, но, как вы говорите, временами это очень утомительно. Система управления перетаскиванием из панели инструментов RAD раньше была ужасной, но с vs2008 это было довольно приятно. Я ожидаю, что основные поставщики инструментальных средств, такие как Telerik, Infragistics, ComponentOne и другие, скоро будут выпускать совместимые с MVC инструменты (я надеюсь!).
Я изучаю его только потому, что сейчас работаю над проектом, который был построен на нем (не мой дизайн). Не забывайте, однако, что ВЫ НЕ ДОЛЖНЫ ЕГО ИСПОЛЬЗОВАТЬ. Классический ASP.NET никуда не делся. :)
-Oisin
Я изучаю его только потому, что сейчас работаю над проектом, который был построен на нем (а не по моему проекту). Не забывайте, однако, что ВЫ НЕ ДОЛЖНЫ ЕГО ИСПОЛЬЗОВАТЬ. Классический ASP.NET никуда не делся. :)-Oisin
Я изучаю его только потому, что сейчас работаю над проектом, который был построен на нем (а не по моему проекту). Не забывайте, однако, что ВЫ НЕ ДОЛЖНЫ ЕГО ИСПОЛЬЗОВАТЬ. Классический ASP.NET никуда не делся. :)-Oisin
Некоторые люди могут сказать, что ASP.Net был шагом назад в том смысле, что он может ограничивать гибкость приложение, заблокировав использование встроенных элементов управления.
Классический ASP был незрелым, но он давал вам очень точный контроль над кодом разметки, который, по мнению многих, отсутствует в обычном ASP.Net.
На мой взгляд, парадигма ASP.Net MVC дает разработчику более полный контроль над разметкой, но при этом дает доступ ко всем преимуществам инфраструктуры .Net.
Для меня избавление от состояния просмотра и жизненного цикла страницы было сложением путем вычитания. :) Не говоря уже о том, что мои познания в веб-программировании были очень полезны из-за того, что мне приходилось «пачкать» руки.
I think it was a necessary step backwards, or better yet backtracking a few steps to move ahead.
The web had evolved in a direction that diverged significantly from ASP.NET's core design premise.
In the end, comparing ASP.NET to other agile web frameworks, I believe it was a case of "you can't get there from here".
Я думал, что часть смысла ASP.Net MVC Framework дает разработчику больше контроля над HTML. Что-то беспорядочное при перетаскивании.
ASP.net MVC is not for everyone or for every application (some may argue this through!). MVC is a framework you can use in its basic form or extend to your hearts content. It allows you full control over what is rendered to the user.
MVC has a number of advantages:
Seperation of concerns resulting in better testability, arguably better design and easier to modify UI
Full control over what is rendered - which can result in standards compliant, smaller, faster pages
Clearn SEO friendly URLs although ASP.net 4 has routing features
In its purest form without use of session load balances very well.
It also has some disadvantages:
Learning curve and change of thinking required
Lack of 3rd party support although this will change
Pages can look cluttered
Can be more difficult to develop certain types of controls e.g. something like a reorderable data grid or something with many steps like a wizard
Я думаю, что это шаг в правильном направлении, но он далеко не такой зрелый, как WebForms. Я ожидаю увидеть коммерческие "управляющие" библиотеки в ближайшее время, хотя это не будет перетаскивание.
Кроме того, если вы используете WebForms для своего механизма просмотра, вы упускаете суть, на мой взгляд. 1138157]
Одно из самых больших различий - это жизненный цикл страницы. Это для меня главное изменение парадигмы. Многие другие преимущества можно было бы решить, следуя передовым методам, хотя ASP.NET не применяет их.
Если вы привыкли к WebForms и ASP.NET, MVC может показаться неудобным, но если вы пришли из классических ASP, PHP, Rails или любая другая среда, которая уважает природу потока HTTP, это хороший вариант. Вы получаете преимущества отличной IDE, такой как Visual Studio, полной и мощной среды, такой как .NET (используете ли вы C # или VB.NET), и все работает более или менее знакомым образом.
Вы можете потерять ASP .NET элементы управления и визуальный дизайнер, но для многих это было больше раздражением, чем преимуществом, в зависимости от типа создаваемых вами приложений и вашего предыдущего опыта. ASP.
Разве Скотт Хансельман в какой-то момент не сказал, что «MVC - это не веб-формы 4.0»? Я понял из этого, что он имеет в виду, что MVC вообще не заменяет ASP .Net, а просто еще один вариант для Win Forms и Web Forms.
Я согласен с этим, когда я впервые начал смотреть на MVC, мне гораздо больше напомнили о классическом ASP (а не о версии .Net) в том смысле, что за страницей нет кода, а в представлениях больше разметки <% = any%>, что на какое-то время меня бросило, так как когда я впервые использовал ASP .Net, мне казалось, что ASP .Net не одобряет такой разметки.
Лично мне нравится MVC; Я думаю, это здорово,