Является ли Rapid Development спорным вопросом в ASP.NET MVC?

Question

Поскольку asp.net mvc избавился от многих элементов управления, которые были в веб-формах, делает ли это быструю разработку приложений такой же, как в других средах? Например, если у меня есть фреймворк mvc в php, j2ee и т. Д., И у меня есть asp.net mvc, и кодировщик знает данную платформу, разве преимущество разработки не исчезло в visual studio?

Если я ошибаюсь по поводу отсутствия элементов управления, пожалуйста, дайте мне знать, у меня сложилось впечатление, что они были (и я не мог использовать их, когда пытался в последний раз).

Я спрашиваю, потому что там, где я работаю с такими, как Microsoft, - многие могут с этим жить, но те, кому это нравится, указывают на Visual Studio для быстрой разработки. Я думал, что многое из этого ушло с asp.net mvc 1.0.

РЕДАКТИРОВАТЬ: я думаю, я думаю, что перетаскивание элементов управления означает быструю разработку приложений (опять же, если предположить, что кодер знает, что они делают везде.)

Answer 1

Быстрая разработка приложений - просто модное слово. Он существует, если вы разрабатываете приложение быстро, не за счет какого-либо конкретного инструмента или технологии.

ASP.NET MVC - это просто другой подход. Некоторые люди могут работать быстрее, когда они ближе к HTML. Для меня это означает, что мне не нужно иметь дело с (ИМХО) сенсорной моделью привязки данных WebForms. Вместо этого я передаю свою модель непосредственно моему представлению для рендеринга. Это позволяет мне быстро развиваться. Вы по-прежнему можете разрабатывать свои собственные пользовательские элементы управления (или загружать многие из них, доступные через проекты с открытым исходным кодом), но вы не можете использовать что-либо, имеющее события или свойственные ViewState.

РЕДАКТИРОВАТЬ: RAD также субъективный термин. Является ли быстрой разработкой приложений, если вы можете использовать первую итерацию за две недели, но вам придется отодвинуть график на два месяца для второй итерации, потому что код не обслуживался?

Answer 2

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

MVC существует для решения другой проблемы. Это для людей, которые хотят разделить проблемы для поддержки модульного тестирования и расширяемости. Вещи, которые было почти невозможно получить с классически разработанными приложениями asp.net.

Answer 3

Я бы сказал, что Rapid Development и ASP.NET MVC сами по себе не являются взаимоисключающими. однако, поскольку MVC намерен разделить ответственность (среди прочего) на обеспечение возможности тестирования, это может быть не лучшим выбором для быстрого развития -

С другой стороны находятся веб-формы ASP.NET, где вы можете выполнять ALOT «визуально» / с помощью перетаскивания (т.е. без кода), что в некоторой степени очень хорошо работает, например, , предотвращая тестируемость. Но разработка - это "легкая задача" - подразумеваемая самым позитивным способом:)

Answer 4

Веб-формы были попыткой быть более RAD, если хотите. Однако появление таких вещей, как MVC, Dynamic Data и таких, как Linq и Linq2SQL, является чертовски хорошим доказательством того, что только веб-формы не были платформой RAD для панацеи.

С личной точки зрения, в веб-формах можно быть быстрее, просто на опыте. Это не означает, что платформа или ее конкуренты лучше или хуже в RAD.

Многие люди обнаружили, что веб-формы отняли так много контроля и имели такие большие модели событий, что в итоге получилось меньше RAD, чем ожидалось.

Answer 5

Ну, я никогда не рассматривал Visual Studio как платформу RAD. Конечно, быстрее, чем PHP. Сравнимо с Netbeans / Eclipse. Даже близко не к настоящей платформе RAD (о, Дельфи, как же я по тебе скучаю!).