Как часто разработчики ASP.NET НЕ используют режим разработки Visual Studio?

Question

Мы разрабатываем приложение ASP.NET. Мы наняли стороннюю фирму дизайна пользовательского интерфейса, и по большей части были очень довольны их работой. Их «доставляемым» нам были кликабельные экраны - решения Visual Studio с файлами ASPX, изображениями, мастер-страницами и т. Д. Экраны не были подключены ни к одному источнику данных. У них были фиктивные данные, чтобы мы могли видеть, как работает пользовательский интерфейс.

Одна проблема, с которой мы столкнулись, заключается в том, что наши разработчики привыкли использовать режим разработки Visual Studio. Страницы, которые мы получаем от фирмы пользовательского интерфейса, иногда испытывают проблемы, когда мы переводим их в режим разработки. Разработчики консультанта закодировали эти экраны без использования режима дизайна.

Мы предполагали, что они будут использовать режим проектирования, но это не было указано в контракте. Было ли это слишком много, чтобы предполагать? Есть ли много работ по разработке ASP.NET, которые никогда не проходят через режим разработки VS?

---

Стороннее редактирование:

Предложение: люди, отвечающие на этот вопрос, должны указать, какие версия Visual Studio они используя, как Microsoft разгромил код База, которая была в VS2005 и раньше дизайнеры и заменили его с той, которую они купили, когда они купил продукты Expression. два совершенно не связаны, и новый один далеко лучше. - Джон Сандерс

Answer 1

Я почти никогда не использую режим дизайна. Для меня главная причина в том, что я изучил веб-дизайн / разработку в Блокноте, поэтому я привык (и комфортно) работать с кодом. Режим разработки доставляет мне неудобство, потому что я никогда не знаю точно, какие решения примет VS в отношении HTML и т. Д. Кроме того, я не могу представить, что разработчик узнает почти столько же о ASP.NET и VB / C #, используя режим разработки .

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

Answer 2

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

Answer 3

Конечно, я занимаюсь MVC, но никогда им не пользуюсь - я «вырос» с PHP и редакторами кода, и это по-прежнему хорошо для меня.

Answer 4

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

Answer 5

Мы в основном используем представление кода. Режим разработки довольно ошибочен, что мы обнаружили в VS 2008. Элементы управления XML по какой-то причине имеют тенденцию блокировать произвольные наборы символов, и VS обычно работает медленно, пытаясь отобразить все на экране. Я в основном использую код-представление.

Answer 6

Традиционно дизайнеры WYSIWYG создавали плохой код и плохо отображали файлы CSS и #INCLUDEd, поэтому они были ограничены в использовании, поэтому разработчики склонялись к программированию вручную. Кроме того, эти инструменты позволили вам пройти определенную дистанцию ​​без реального знания того, что вы делаете, что было хорошо для веб-уроков и личных домашних страниц, но как только вы захотели получить дополнительную степень контроля, вы отстали - когда вы имели ввиду в любом случае прибегнуть к поиску «под капотом».

Хотя инструменты со временем совершенствовались, многим разработчикам настолько удобно работать с ручным кодированием, что они почти забывают о представлении «Дизайн» - я, конечно, не могу вспомнить, когда в последний раз использовал его. Я уверен, что есть ряд ситуаций, когда такие инструменты могут быть действительно полезными, но у нас все хорошо, и мы не хотим беспокоиться о том, когда и где такие функции лучше всего использовать.

Answer 7

Наш пользовательский интерфейс сложен, и мы не можем использовать режим разработки с VS2005.

Единственный раз, когда я касался режима проектирования, это создание быстрого и грязного прототипа или внутреннего приложения.

Как часто я не использую режим дизайна? 99% времени.

Answer 8

У меня нет проблем с работой в режиме дизайна. Единственное исключение - asp: Repeaters, которые не поддерживаются, или GridView, которые имеют тенденцию переопределять мои определения столбцов вручную.

Другой вариант - если VS пытается выполнить полное сканирование проекта, если я переименую элемент управления, а затем происходит сбой.