Flutter - Архитектура для потока итерационных процессов дизайнера / разработчика - PullRequest
1 голос
/ 13 февраля 2020

Я пытался выяснить хороший рабочий процесс Flutter для взаимодействия дизайнеров и разработчиков, чтобы повторить дизайн настольных / мобильных / веб-приложений. Существует не очень четкое разграничение между кодом и дизайном, как в веб-разработке. (например, разработчик будет сосредоточен на javascript и немного html, в то время как дизайнер будет сосредоточен на css и html.)

Часть этого была написана о здесь: как разработчики и дизайнеры могут сотрудничать, используя флаттер , но механика была исключена. (также, кажется, что средний дизайнер флаттера должен быть более технически подкованным с git навыками, чем дизайнеры прошлого. Это ваш опыт?)

Хотя, кажется, хороший контроль над цветом / шрифты / стили с виджетом AppTheme, другие аспекты дизайна сложнее воспроизвести. Например, если вы хотите изменить все элементы div (в html) / Containers () (во флаттере) с прямоугольных углов на округлые, вы можете установить класс и применить его по всей доске в веб-разработке. В трепетании я считаю, что вы должны посетить каждый Контейнер в коде и применить виджет BoxDecoration ... и повторить, если в будущем произойдут изменения.

В частности, какие процессы / архитектуры design-dev Вы используете, чтобы облегчить итерации дизайна между разработчиками и дизайнерами?

Примечание: Кроме того, я видел, что есть некоторые инструменты, такие как Adobe XD и supernova.io, которые позволяют экспортировать дизайн в флаттер-код. Однако это кажется одноразовой вещью ... и не подходит для итерации. Кто-нибудь использовал этот метод в своих итерациях?

1 Ответ

0 голосов
/ 13 марта 2020

После экспериментов с несколькими различными методами, кажется, что возможности экспорта различных программ не достаточно далеко, чтобы позволить что-либо, кроме «метода макета», где дизайнер в основном предоставляет программисту флаттера доступ к некоторому типу макета (axshare, adobeXD, zeplin, et c.)

ОДНАКО, у меня был самый большой успех при экспорте с использованием sketch -> SuperNova, но для этого потребовался технически продвинутый дизайнер, который мог, вероятно, классифицировать все из компонентов, таких как кнопки, et c, а также создавать проекты с учетом отзывчивости. В противном случае экспорт заполнен абсолютным позиционированием, что затрудняет работу кодировщиков флаттера, поскольку им необходимо исправить все эти экспортированные виджеты и сделать их отзывчивыми.

...