【问题标题】:Using Expression Blend Sketchflow - Relevance To Silverlight Programming Implementation?使用 Expression Blend Sketchflow - 与 Silverlight 编程实现的相关性?
【发布时间】:2010-01-25 13:39:08
【问题描述】:

我最近一直在使用 Silverlight 和 Ria 服务编写基于 Web 的应用程序。我已经意识到将 Expression Blend Sketchflow 的使用纳入我的开发周期的能力,作为一种在使用敏捷方法时生成快速原型向客户展示的方式。我发现很难使用sketchflow,因为它背后的想法似乎根本不符合编写silverlight 应用程序的想法。本质上我想说的是,为了让我在sketchflow中为客户制作一个快速原型,我需要做一些编程来实际展示潜在应用程序的真实功能——但不是草图流的全部要点是跳过编程阶段并“设计”应用程序以提供给客户.....我发现很难说出我想说的话,但我觉得我错过了使用草图流功能的东西....

场景: 数据驱动的应用程序需要一些数据网格来显示关系数据。如果我直接对它进行编程,那很好,花花公子,而且不需要很长时间。但是,如果我使用sketchflow,我将无法显示相同数量的功能(无需进行一些编码) - 赶上我的漂移!!?

欢迎提出意见和建议/建议.....

【问题讨论】:

    标签: silverlight expression-blend sketchflow expression-sketchflow


    【解决方案1】:

    我们使用 SketchFlow,并得到了管理层的好评。想到的两件事是 SketchFlow 显然比 Word 文档更好,因为客户可以看到正在运行的应用程序。从另一方面来看,您指出它确实需要一些编程,这是真的。它比在 Silverlight 中制作原型更好(这可能听起来很奇怪)的原因是原型呈现出波浪形和漫画的外观。它看起来不像一个真正的应用程序。在我的经验中,管理人员经常看到一个工作原型并以某种方式得到“代码已经完成了 50%,我已经看到了!”的意见。作为开发人员,您可能知道原型代码是垃圾,应该丢弃,但管理层不知道这一点。我可以想到我从事过的许多生产应用程序仍在运行原型代码,因为管理层看到了它并决定加快项目进度,SketchFlow 有助于缓解这种情况,同时为您提供运行应用程序的表现力。

    【讨论】:

    • 在与管理层沟通时无法就价值达成更多共识。当他们看到矢车菊蓝色的按钮和漂亮的布局时,他们认为应用程序必须完成 80%。看起来像是用蜡笔绘制的原型不会被误认为是一个完整的应用程序。
    【解决方案2】:

    您不能将 Sketchflow 中的原型视为“应用程序”。将其视为通过简单导航连接的一系列故事板。如果您发现自己在 Sketchflow 中编写代码隐藏,那么您可能过于努力地让它像应用程序一样工作。

    您必须将 Sketchflow 视为一个简单状态机的表示,其中每个屏幕都是一个状态。我认为程序员的诱惑是潜入“如何”而不是说“什么”。每个屏幕都代表要做什么以及它应该看起来如何,但它不应该描述如何完成的设计/架构。如果您需要替换屏幕上的一组控件并用不同的控件替换它们,请不要对其进行编程,制作一个新屏幕!

    例如,我想创建一个草图流原型,它的菜单系统类似于 Zune 软件中的主菜单(菜单中的菜单)。我花了一天的时间旋转我的轮子,试图用状态和动画对组件屏幕进行编程,以显示或隐藏子菜单。第二天,我想到为主菜单中的每个项目创建一个单独的组件屏幕,现在我有 3 个组件屏幕,除了简单的导航之外不包含任何编程。

    就关系数据而言,我认为在模型中应该有合理数量的“挥手”。要求草图流模型具有显示“真实”数据的严格数据网格,感觉就像您在与您的听众交谈,好像他们没有足够的想象力来理解意图。但那是我的 2 美分...

    【讨论】:

      猜你喜欢
      • 2010-09-12
      • 2012-02-12
      • 2011-01-07
      • 1970-01-01
      • 2010-11-29
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多