Интеграция дизайна. Каждый пиксель имеет значение. Часть 2

[starboard]

У меня есть несколько вопросов к Евгению (или ко всем, кто в теме).

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

— Не могли бы вы поделиться ссылками на ресурсы, описывающие эти решения?
— Как выглядят ID ваших экранов, по какой системе они нумеруются? Можно ли увидеть пример с расшифровкой?
— (Просто любопытно) Допустим, дизайнер сделал графику в растре. Кто перегоняет ее в xaml — интегратор? Он, что — импортирует картинку в Blend и строит над ней лейауты из панелей и контролов, захватывая цвета пипеткой?

[studioab]

— Не могли бы вы поделиться ссылками на ресурсы, описывающие эти решения?

К сожалению, внутренние средства проверки кода, которые мы используем в мсфт, не доступны для публичного использования. По функциональности, вот хороший пример smartbear.com/products/software-development/code-review

— Как выглядят ID ваших экранов, по какой системе они нумеруются? Можно ли увидеть пример с расшифровкой?

Более чем стандартный GUID типа 03f9fb63-7b1f-493e-90da-85cb8d47791a. В него входит Screen ID и State ID, потому как в случае если на странице есть Pivot Control, то каждая Pane будет иметь свой State ID. Расшифровку, увы, показать не могу (NDA).

— (Просто любопытно) Допустим, дизайнер сделал графику в растре. Кто перегоняет ее в xaml — интегратор? Он, что — импортирует картинку в Blend и строит над ней лейауты из панелей и контролов, захватывая цвета пипеткой?

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