Платформа для совместной работы разработчиков и дизайнеров

Question

Недавно наш новый веб-дизайнер спросил меня, почему мы используем ASP.NET для нашего сайта. Прочитав его вопрос реальным, я сам начал думать об этом. Почему мы используем ASP.NET для веб-разработки?

Проблема, которую мы находим до сих пор, заключается в сотрудничестве между командой разработчиков и разработчиками. Как правило, наши дизайнеры создают несколько шикарных веб-страниц с цветным рисунком, а затем демонстрируют их для одобрения во всей их красе. После одобрения разработчики разрывают HTML-код и помещают его в мастер-страницу ASP и страницы с подробностями, а также в хаззу! выходит симпатичный сайт.

Поскольку Dreamweaver не очень хорошо работает с Visual Studio, это тот же процесс, даже для небольших настроек и изменений. Я бы предпочел просто написать бэкэнд и позволить дизайнерам рисовать красивые картинки и причудливый CSS. У наших нынешних веб-сайтов есть много причин использовать ASP практически на каждой странице, поэтому я не могу сделать половину в HTML, а другую половину в ASP.

У меня нет отвращения к занятию чем-то другим, другим языком, платформой CMS, каким-то другим случайным модным словечком и т. Д. *

Каков ваш опыт в этой ситуации дизайна? Мы делаем это трудным путем? Должны ли мы рассмотреть альтернативные платформы и языки? Есть ли хорошие, проверенные способы, позволяющие дизайнерам работать над ASP (при этом используя Dreamweaver)?

Answer 1

Начните изучать Asp.net MVC как можно скорее. Дизайнеры будут любить тебя за это. :) И вы будете в курсе новых технологий разработки, которые также сделают ваши решения намного более надежными и менее сложными.

Но в остальном. Дизайнеры должны уметь свободно читать XHTML. Изучение семантики asp.net не должно быть слишком сложным. Затем предоставьте Visual Studio, где они могут манипулировать контентом. Пока они знают, как работают веб-формы asp.net, все должно быть хорошо. Они, вероятно, смогут делать большинство вещей, используя только CSS. Я знаю что могу. Иногда мне нужно проверить полученный HTML, но он работает.

Answer 2

Помимо Wicket (веб-фреймворка Java), я не знаю ни одного фреймворка или языка, которые позволили бы дизайнерам продолжать работать над дизайном, как только разработчики начнут добавлять к нему логику.

Я бы предложил две вещи:

1. Используйте инфраструктуру MVC - ASP.NET MVC, Ruby on Rails, Django и т. Д., Поскольку это позволяет гораздо больше разделять представление и логику
2. Держите ваш уровень представления как можно более глупым и используйте помощников как можно больше или даже лучше, поместите логику в доменные объекты. Представление должно только отображать или получать данные без какой-либо логики обработки данных, это сделает страницы более удобными для разработчика.

Answer 3

Я знаю, что вы указываете Dreamweaver, но вы смотрели на Blend ? Он очень хорошо работает с Visual Studio и является довольно хорошим приложением. работать с.

Answer 4

Рассмотрите возможность использования Expression Web или SharePoint Designer. Последнее теперь бесплатно.

Answer 5

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

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

Если у вас есть в основном статический контент, который может быть выражен в XML, вы могли бы предоставить серверную часть, которая доставляет контент в XML с определенной схемой, и ваши дизайнеры могли бы описать преобразование в XHTML и CSS через XSLT. Учитывая, что ваш дизайнер способен использовать XHTML и CSS, дополнительные усилия по изучению XML и XSLT не так уж велики. Я нахожу это решение намного более мощным, чем языки шаблонов, которые пытаются эмулировать богатство языка сценариев на стороне сервера в своих собственных ограниченных конструкциях. Если у вас есть динамические элементы на стороне клиента, такие как DHTML, AJAX или вы называете их, вы можете определить свои собственные теги xml, которые преобразуются в более богатые объекты на стороне клиента после того, как дизайнер выполнил свою работу. Я предполагаю, что дизайнер поймет использование этих специальных тегов, и вы обеспечите правильный перевод в объекты на стороне клиента.

Я использовал этот подход с некоторыми коллегами, основанными на PHP. PHP был только драйвером для преобразования. Содержимое было собрано в xml со специальными тегами, которые были преобразованы в XHTML и CSS через XSLT. После определения объектов и преобразования для различных объектов вы создаете библиотеку, которая может помочь сократить цикл разработки новых страниц вашего веб-приложения. Преимущество дополнительной работы заключается в том, что ваш дизайнер может изменять макет страницы, даже не касаясь кода на стороне сервера.

Может быть, это поможет.