В последнее время я оглядывался по сторонам, в частности, на некоторые из доступных инструментов MS, и заметил, что большое внимание уделяется инструментам дизайнеров и мастерам. Не только для разработки пользовательского интерфейса, но и для всего.
- Entity Framework имеет модельер
- В RIA Services есть мастер (ы) DomainService
- У рабочего процесса есть весь конструктор рабочих процессов, что-то вроде этого (я не знаю, на самом деле не использовал его)
Есть еще кое-что, но я думаю, вы поняли идею. Там много дизайнерских инструментов. Используя некоторые из них, я обнаружил, что:
Они усложняют дела за пределами предписанных случаев использования
(т.е. все технические демонстрационные видео)
Я недавно оценивал некоторые из этих технологий и, пытаясь поработать с ними, в итоге мне пришлось разобраться, что именно дизайнеры, моделисты и мастера делают для меня ... в противном случае я теряюсь, когда мне действительно приходится пытаться делать что-то с тем, что было создано.
В итоге получается, что мне приходится бороться с инструментом или бороться с его выходом настолько, чтобы я мог сделать все сам без него - и у меня было гораздо более глубокое понимание того, что происходит. Я нахожу это особенно бесит дизайнер Silverlight и мастер службы домена RIA.
Я спрашиваю себя: «Что хорошего в этом инструменте, если мне нужно выяснить его внутреннюю работу или переписать половину его результатов, чтобы использовать его?»
Они не такие быстрые
Смысл этих инструментов в том, чтобы повысить производительность, и эта точка может со временем меняться при использовании инструмента и не обязательно относится к дизайнерам пользовательского интерфейса (хотя в некоторых случаях это все еще имеет место -> Я смотрю на вас, дизайнер Silverlight) , Я обнаружил, что могу взломать некоторый код гораздо быстрее, чем перетаскивать, изменять размер, перемещать что угодно в конструкторе.
Пользовательский интерфейс мешает модели
Может быть, это только я, но когда я использую что-то напоминающее инструмент дизайна UML, я трачу больше времени на раскладку всего, чтобы мои линии не пересекались и чтобы я мог видеть все это на экране, а не моделировать то, что я пытаюсь добиться.
Они не веселые
Половина причины, по которой я пишу код для жизни, заключается в том, что мне это нравится. Нажав флажки и выбрав комбинированные списки, а затем исправив все, что выходит, это не весело.
Я не один
Сообществу, похоже, тоже не нужны эти инструменты. Лучший пример, который я могу представить на данный момент, - это Entity Framework Code-First.
Поэтому я спрашиваю:
- Инструменты дизайнера действительно повышают производительность?
- Они забавные убийцы?
- «Сообщество» на самом деле просит больше дизайнерских инструментов, или поставщики просто думают, что мы?
источник
Я думаю, что это, вероятно, зависит. Если вы довольно неопытный разработчик, то использование инструментов дизайна, вероятно, более продуктивно, чем печатать его. Я совершенно уверен, что в первые дни работы с VB6 я работал более продуктивно, чем когда бы я делал это вручную. Другая вещь, которую следует рассмотреть, - это как технология (по крайней мере, как ее представляет среда IDE) поддается ручному редактированию. VB6 и .NET WinForms определенно не делают (или, скорее, вы не хотите вручную редактировать «сгенерированный» файл кода (или его часть). С WPF и ASP.NET я думаю, что довольно неопытный разработчик начнёт с дизайнер, но быстро перешел к редактированию XAML / ASP напрямую. Как только вы поймете, что делаете, конечно, быстрее отредактировать разметку напрямую. Вспоминая EF v1.0,
Зависит от того, интересно ли работать с разметкой. WPF и ASP (.NET) могут быть веселыми. VB6 / WinForms - нет, не хочу редактировать сгенерированные участки кода больше, чем нужно.
Я не думаю, что сообщество делает это явно. Хотя, изучая что-то новое, дизайнер может облегчить процесс обучения.
источник
как обычно, это зависит
Когда я впервые исследовал использование веб-сервисов, у Java было 50-страничное руководство, а в .NET был мастер. Угадай, какой привык?
источник
То же самое здесь, без инструмента дизайна.
Я разрабатываю базу данных ERD на бумаге и пишу средство развертывания, которое выдает операторы «создать таблицу», чтобы я мог стереть и восстановить по желанию. Также помогает для управления версиями базы данных.
Я считаю, что бумага 11x17 (A3) может быть отличным местом для проектирования очень сложных систем. Получить хороший ластик и карандаши (я предпочитаю Staedtler ).
источник
С точки зрения поставщика, все эти необычные дизайнерские инструменты, похоже, служат цели, аналогичной дисконтным / бесплатным студенческим лицензиям. Идея состоит в том, чтобы позволить вам создать что-то с минимальными усилиями и затратами. Как только вы инвестируете, они держат пари, что вы научитесь расширять свои навыки с помощью их инструментов, а не изучать чужие.
Это не значит, что инструменты не имеют законного продуктивного использования. Он должен быть ценным для изучения сгенерированного кода и узнать от него. К сожалению, как заметил Кен Хендерсон, код часто не читается и не является тем, который вы хотите использовать в качестве шаблона для будущей работы. Мне вспоминаются несколько разделов в Программирование служб WCF , где автор объясняет, как писать код вручную или генерировать его в Visual Studio. Неизбежно, сгенерированная опция требует дополнительного раздела для удаления постороннего кода.
источник
Инструменты дизайнера действительно повышают производительность?
Они могут до тех пор, пока ваш проект прост и не слишком сложен для них. По моему опыту, вы попали в стену, как только вы пытаетесь реализовать / решить реальную проблему мира.
Они забавные убийцы?
WF (рабочий процесс) и WPF, где весело, но и убийственно, когда VS 2008 рушится каждые 30 минут.
«Сообщество» на самом деле просит больше дизайнерских инструментов, или поставщики просто думают, что мы?
Многие из инструментов, выпущенных MS в последнее время, кажутся отчаянными попытками удержать разработчиков. Битва сейчас идет на рынке смартфонов. Кто победит в сердце разработчиков, MS, Google или Apple?
источник
Так было всегда, даже в те времена, когда мы привыкли различать разработчиков, которые знали, как нажимать на мастера, и разработчиков, которые знали, какой код генерировали мастера, и могли модифицировать его для крайних случаев.
То, что у вас есть еще больше инструментов, мастеров и дизайнеров, которые все делают под покровом, чтобы не дать себе порез, - это преимущество для разработчиков, которые либо не хотят знать, либо не имеют широты. опыта или умения понимать сгенерированный код. Я полагаю, что есть приятное место между тем, что вы хотите, чтобы компьютер делал для вас, и тем, что вам нужно сделать самостоятельно, поскольку альтернативой являются языки программирования, полностью основанные на перетаскивании блоков в форму. (Раньше я работал именно над такой предметной средой, я не хотел бы ее использовать!)
источник