Реализация дизайна от дизайнера в коде

Question

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

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

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

Любые мысли приветствуются.

Answer 1

Ну, как всегда, "это зависит".

В настоящее время я не думаю, что вы можете работать с кем-то, кто просто предоставляет макеты PhotoShop.По крайней мере, не на вашем уровне.Макеты просто слишком статичны, и перевод этих макетов на настоящие страницы, которые на самом деле работают с разными браузерами, - это собственный набор навыков.

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

Что вам действительно нужно, так это «оперативный» макет.Статические HTML-файлы, которые выглядят и ведут себя так же хорошо, как это может быть сделано с тем, что хочет сделать дизайнер пользовательского интерфейса, включая переходы, рабочий процесс и т. Д. Этот артефакт может быть запущен через все заинтересованные стороны как живой макет, позволяя людям "чувствовать"сайт.

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

Какдля взаимодействия с дизайнерами я более подробно расскажу об этом здесь: Как сделать так, чтобы дизайнер JSP упростил работу с

Answer 2

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

Если дизайнеры не имеют опыта работы с GWT, поделитесь с ними документацией GWT по стилю.Это хорошая идея, чтобы прочитать их самим.В частности, изучите систему GWT theme-ing .

Также постарайтесь максимально использовать UiBinder .Это позволит вам оставаться как можно ближе к традиционному дизайну на основе HTML, сохраняя при этом объектно-ориентированные интерфейсы высокого уровня GWT (оба widgets и DOM ).

При желании вы можете сообщить дизайнерам, что GWT связок изображений автоматически выполнит "CSS-спрайты", поэтому им не нужно беспокоиться о проблемах производительности загрузки страниц, связанных с изображениями.

Answer 3

Я работал над таким проектом.У нас были «компы», представляющие собой картинки того, как будет выглядеть интерфейс.Мы идентифицировали общие объекты и собирали модули.Затем создавал страницы (это было для веб-приложения) из модулей плюс любые элементы, которые были уникальными для этого «компа».

Несколько вещей, которые следует иметь в виду, которые значительно облегчат жизнь: используйте рисунки / рисунки в качестве рекомендации, а не в каменном дизайне.Попытайтесь определить общие части на раннем этапе и повторно использовать код.

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