Использование Expression Blend Sketchflow - релевантность для реализации программирования Silverlight?

Недавно я программировал веб-приложения с помощью Silverlight и Ria Services. Я узнал о возможности включить использование Expression Blend Sketchflow в свой цикл разработки как способ создания быстрых прототипов для демонстрации клиентам при использовании гибкой методологии. Мне было трудно использовать sketchflow, поскольку кажется, что идея, лежащая в основе этого, просто не соответствует идее программирования приложения Silverlight. По сути, я пытаюсь сказать, что для того, чтобы я мог создать быстрый прототип для клиента в Sketchflow, мне нужно немного программирования, чтобы на самом деле показать реальную функциональность потенциального приложения, но это не весь смысл Sketchflow в том, чтобы пропустить фазу программирования и как бы «спроектировать» приложение, чтобы передать его клиенту ... Мне трудно сказать то, что я хочу сказать, но я чувствую, что пропустил что-то с использованием функции sketchflow ....

Сценарий: Приложению, управляемому данными, требуется несколько таблиц данных для отображения реляционных данных. Если я запрограммирую это прямо сейчас, это будет прекрасно, изящно и не займет много времени. Однако, если я использую Sketchflow, я не могу показать такой же объем функциональности (без кодирования) - поймайте мой дрейф !!?

Мнения и комментарии / советы приветствуются .....


person Goober    schedule 16.09.2009    source источник


Ответы (2)


Мы используем SketchFlow и получили отличный отклик от руководства. На ум приходят две вещи: SketchFlow явно лучше, чем документ Word, поскольку клиенты могут видеть приложение в действии. С другой стороны, вы подчеркиваете, что это требует некоторого программирования, и это правда. Причина, по которой это лучше, чем создание прототипа в Silverlight (и это может показаться странным), заключается в том, что прототип получается волнистым и комичным. Это не похоже на настоящее приложение. По моему опыту, слишком часто руководство видело рабочий прототип и каким-то образом складывалось мнение, что «код уже готов на 50%, я его видел!» Как разработчик вы можете знать, что код прототипа - это мусор и его следует выбросить, но руководство этого не знает. Я могу вспомнить ряд производственных приложений, над которыми я работал, которые все еще работают с кодом прототипа, потому что руководство увидело это и решило ускорить проект, SketchFlow помогает облегчить это, давая вам выразительную мощь работающего приложения.

person James Cadd    schedule 16.09.2009
comment
Не могу больше согласиться с ценностью при общении с руководством. Как только они видят васильковые кнопки и красивые макеты, они думают, что приложение готово на 80%. Прототип, который выглядит так, как будто он нарисован цветным карандашом, не может быть ошибочно принят за законченное приложение. - person Dave Swersky; 18.09.2009

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

Вы должны думать о Sketchflow как о представлении простого конечного автомата, где каждый экран является состоянием. Я думаю, что у программистов есть искушение погрузиться в «как» вместо того, чтобы говорить «что». Каждый экран представляет, что нужно сделать и как он должен выглядеть, но он не должен описывать дизайн / архитектуру того, как это выполняется. Если вам нужно заменить набор элементов управления на экране и заменить их другими, не программируйте это, сделайте новый экран!

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

Что касается реляционных данных, я думаю, что в мокапе следует ожидать разумного «размахивания руками». Требование к макету процесса эскиза иметь строгие таблицы данных, отображающие «реальные» данные, кажется, будто вы говорите со своей аудиторией так, как будто у них недостаточно воображения, чтобы понять намерение. Но это мои 2 цента ...

person Dan Bailiff    schedule 25.01.2010