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

Question

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

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

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

---

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

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

Answer 1

Чем больше вы работаете с Visual Studio, тем меньше и меньше вы полагаетесь на режим разработки. Сложные пользовательские интерфейсы, как правило, делают вид дизайна ужасным.

Answer 2

Я (и одноранговые узлы) никогда не использую режим разработки по двум причинам:

• В VS 2003 я научился не трогать режим разработки, потому что ваш HTML управлялся VS. (Уже не с 2008 года, а однажды укушенный ...)

• Для визуализации может потребоваться много времени.

Гораздо быстрее перетащить с панели инструментов и кода руки.

Answer 3

Я на самом деле обнаружил, что разработчики ASP.NET, которые делают , используют конструктор довольно редко. Известно, что дизайнер Visual Studio плохо генерирует чистую разметку.

Answer 4

Я никогда не использую режим разработки, возможно потому, что он так сильно портил мою разметку. Плюс я делаю много динамического рендеринга, поэтому нет смысла. И я использую исключительно CSS для форматирования, я не хочу, чтобы VS возился.

Answer 5

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

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

Answer 6

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

Answer 7

Я предпочитаю делать это вручную, мне нравится иметь контроль.

Если я хочу посмотреть на результат, F5.

Answer 8

Я использую VS2008, и я никогда не использую представление дизайна. Я считаю, что представление кода проще и отзывчивее, чем дизайнер.

Answer 9

Знаешь, я даже не осознавал, что использую исходные экраны 100% времени. Я обычно развиваюсь в VS2005.

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

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

Для таких вещей, как Поля Шаблонов в сетках, я даже не знаю, как бы я настроил это в режиме конструктора!

Сказав это, проектируйте режим каждый раз для приложений Windows!

Answer 10

Режим проектирования в этом случае сильно бьется, но позвольте мне отметить, что он великолепен для изучения новых элементов управления. Если вы новичок в ASP.NET или используете новую библиотеку элементов управления, режим разработки - это находка по двум причинам:

1. Вы можете изменить свойства в Редакторе свойств и сразу же увидеть их отражение. Это особенно верно для элементов управления типа контейнер-список, где весь макет может зависеть от одного свойства. Запуск вашего приложения пять раз, чтобы увидеть все пять макетов, очень утомителен.
2. Элементы управления со сложным поведением (и давайте посмотрим правде в глаза, вот почему вы используете элемент управления, верно?) Часто имеют множество настроек, встроенных в их смарт-теги. Обратите внимание на маленькую стрелку [>] в правом верхнем углу элемента управления? Нажмите на это. Это, вероятно, поможет вам большое время. Это особенно верно для настройки источников данных, синтаксис которых очень дотошный.

Когда я только начинал учиться использовать элементы управления Telerik, я сильно полагался на предоставляемые ими смарт-теги, которые очень надежны и полны. Из этого вы можете увидеть, какая генерируется разметка ASPX, и научиться работать вне режима проектирования. Я учусь на практике, поэтому я предпочитаю этот подход, а не просматривать документацию при первом использовании чего-либо.