Вы не можете думать о прототипе в Sketchflow как о «приложении». Думайте об этом как о серии раскадровок, которые связаны простой навигацией. Если вы обнаружите, что программируете программный код в sketchflow, вы, вероятно, слишком стараетесь, чтобы он работал как приложение.
Вы должны думать о эскизе как о представлении простого конечного автомата, где каждый экран является состоянием. Я думаю, что соблазн программистов - погрузиться в «как» вместо того, чтобы сказать «что». Каждый экран представляет, что должно быть сделано и как он должен выглядеть, но он не должен описывать дизайн / архитектуру того, как это достигается. Если вам нужно заменить набор элементов управления на экране и заменить их на другие, не программируйте его, создайте новый экран!
Например, я хотел создать прототип эскиза, в котором система меню была бы похожа на главное меню в программном обеспечении Zune (меню в меню). Я потратил день на то, чтобы крутить колеса, пытаясь запрограммировать экран компонентов с состояниями и анимацией, которые бы открывали или скрывали подменю. На следующий день мне пришло в голову создать отдельный экран компонентов для каждого элемента в главном меню, и теперь у меня есть 3 экрана компонентов, которые не содержат программирования, кроме простой навигации.
Что касается реляционных данных, я думаю, что в макете следует ожидать разумного количества "размахиваний руками". Требование макета потока эскизов, чтобы иметь строгие наборы данных, которые отображают «реальные» данные, похоже на то, что вы разговариваете со своей аудиторией, как будто у них недостаточно воображения, чтобы понять цель. Но это мои 2 цента ...