Visual Studio 2008 / asp.net веб-формы - это ручное кодирование ~ 80% времени слишком много? - PullRequest
1 голос
/ 13 мая 2009

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

  • веб-проекты: код вручную html / css в представлении исходного кода и работа с окном представления / свойствами конструктора
  • очистка файлов классов: кодируйте вручную, используя такие вещи, как сочетание клавиш prop-TAB-TAB Create Property и хорошее сочетание клавиш Ctrl + [X | C | V] вместо функции диаграммы классов

Нужно ли дать диалогам и меню еще один снимок, или это текущее состояние IDE? Intellisense - это лучшее, что есть нарезанный хлеб IMO.

Steve

Ответы [ 8 ]

2 голосов
/ 13 мая 2009

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

Как правило, я думаю, что большинство инструментов RAD не особенно полезны, и в конечном итоге они становятся проблематичными, поскольку они не очень гибки. При разработке приложений asp.net для веб-форм списочный просмотр и повторитель, как правило, являются единственными элементами управления, которые я использую. Ручное кодирование html / css было бы предпочтением для большинства дизайнеров в любом случае. Такие инструменты, как Dreamweaver, изначально хороши, когда вы изучаете, но вы попадаете в стадию, когда понимаете, что используете их в качестве прославленного текстового редактора.

Как вы упоминаете, Intellisense - это очень плохая задница, и я бы упустил одну вещь, если бы переключился на что-то вроде e или Textmate.

1 голос
/ 13 мая 2009

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

Кроме того, как человек, который пишет много HTML / CSS от руки, я знаю, что представление Design Studio Visual Studio не производит "качественный" интерфейсный код большую часть времени.

0 голосов
/ 13 мая 2009

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

0 голосов
/ 13 мая 2009

Я бы сказал это абсолютно, 100% зависит от того, что вы пишете.

  • Если это базовый интерфейс CRUD для простой базы данных, то я бы сказал, да, 80% - это слишком много.

  • Если это веб-приложение с большим количеством JQuery UI и без постоянного источника данных, то 80%, вероятно, меньше, чем я ожидал.

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

0 голосов
/ 13 мая 2009

Что ж, дизайнер для WPF / Silverlight довольно громоздок в использовании. Так что я в значительной степени использую код Xaml и C #. На данный момент я не делаю много asp, но с MVC, я бы предположил, что я бы вручил код, который.

Теперь, когда в Visual Studio реализовано многоцелевое понимание различных синтаксисов, проще, чем когда-либо, писать код, ну и код. :) Я имею в виду, что intellisense работает для C #, CSS, javascript, asp и XML (если настроен правильно). Это довольно легко кодировать сейчас. Молодым людям так легко сейчас. Они не знают, как трудно было писать код назад.

0 голосов
/ 13 мая 2009

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

1) При размещении страницы часто есть несколько законных вариантов, и мне не нравятся варианты, которые делает VS. Например, он будет устанавливать ширину таблиц, используя размеры в пикселях, в то время как для большинства текучих страниц процент имеет больший смысл. Ничего плохого в том, что он делает, но по какой-то причине я сталкиваюсь с этим чаще, чем нет.

2) Он жестко кодирует много информации о стилях и даже создает синтетические стили в таблице стилей на странице. Я предпочел бы иметь краткий и полный CSS для сайта в целом, сводя к минимуму переопределения на каждой странице (или в каждом элементе!). Опять же, я борюсь с этим чаще, чем нет.

0 голосов
/ 13 мая 2009

Это все о вас. Что делает вас более продуктивным Что делает больше сцен для вас.

Хорошо знать и изучать альтернативные способы достижения своей цели. Вы можете попробовать его, но если это замедлит вас, вернитесь к тому, как вы привыкли кодировать.

0 голосов
/ 13 мая 2009

Я лично передаю код html / css, а также определения классов в 99% случаев. Исключениями могут быть вещи, которые иначе было бы трудно кодировать вручную (кто-нибудь вручную кодирует прокси WCF?)

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...