我们使用JQueryUI和主题开发了一个稍微复杂的Web应用程序。我们选择这种方法是因为我们可以自己做，使用Themeroller在Javascript中构建主题和JQueryUI类或JQUI感知插件，并且对迭代颜色方案，字体和其他样式元素的需求非常有限。
我刚刚开始收到设计人员的意见，并希望创建一个工作流程，以便在样式方面进行流畅的更改。什么对你有用？
答案 0 :(得分：4)
可爱的图形/ Ui设计师，能够在闪存中设计/编码是罕见的珠宝......对于JavaScript：它们是不存在的（至少在我的国家对我来说）;
因此，我使用的工作流程（针对设计人员）将此考虑在内，并且对于我的Flash / JavaScript项目保持不变;
首先，从设计师的角度来看：有三个角色，如下所示。
1）设计师：负责艺术指导和图形制作。
2）interface-r：与其他人一起实现图形和动画。
3）逻辑编码器：代码类和功能：与接口隔离的逻辑。
逻辑编码器可以有更多的子角色，但超出了设计者的观点。角色不应该100％强制执行：相互学习和帮助是很好的;设计者不需要知道编码，编码器不需要知道设计。然而，界面需要知道编码和一些设计：不好：但知道（特别是动画）
1）基本功能由每个人制定;虽然它实际上是一个编码器的角色：让每个人参与都有助于创意的产生进展（程序员：设计师有时会提出真正好的狂野想法，你的工作是从逻辑上看它是如何实现的，如果值得的话）
2）模拟UI和类接口这可能是您可能见过的最糟糕的UI，但它提供了一个大致的方向：这是由每个人完成的。编码器计算出孤立的逻辑（根本没有图形;例如：服务器逻辑），接口和设计者做模型。
3.1）图形和动画图形设计师使用他们精彩的设计/图形。而界面转换器将设计转换为实际界面（从photoshop到flash / HTML）。如果幸运的话，设计师会知道如何做到这一点（切片等），界面人员专注于实现和动画。任何其他图形动画（动态内容，如跟随鼠标或对鼠标作出反应的内容）。这些过程很少涉及编码人员介入。
3.2）编码器在逻辑上工作，同时确保它对应于与接口器一致的编码接口。专注于让模型完全正常运行（不是最好看）。这通常通过类接口和/或全局声明（尽可能避免）来完成
4）接口合并接口，然后将2合并在一起：形成最终的应用程序。 XD
实际上，在第2阶段之后。工作流进入3和4的连续循环。拥有界面的主要优点是确保设计师和编码人员减慢对方的速度。因此，有限的减速:)然而，界面有一个强硬的角色，需要非常灵活，而且往往不会成为小团队中项目负责人的两倍。只有他才能理解双方及其局限。虽然他可能并不孤单，也不是最好的。
注意，当双方都担任重要角色时，这在RAI中被广泛使用。但是，如果您的项目重点是1而不是另一个。您需要同样平衡人力（例如，摄影师互动博客可能主要需要设计师和界面人员来代替WOW，其中大部分照片数据库代码可以从已经完成或开源项目中重复使用（这是最多的一个）我遇到的常见工作）