Chr*_*all 7 asp.net-mvc workflow themes jquery-ui
我们使用JQueryUI和主题开发了一个稍微复杂的Web应用程序.我们选择这种做法,因为我们可以自己做,用的ThemeRoller建立在Javascript主题和jQueryUI的类或JQUI感知的插件,并有非常有限的需要遍历的配色方案,字体和其它的造型元素.
我刚刚开始收到设计人员的意见,并希望创建一个工作流程,以便在样式方面进行流畅的更改.什么对你有用？
可悲的是，优秀的图形/UI 设计师，能够在 Flash 中进行设计/编码是稀有的宝石......对于 JavaScript：它们是不存在的（至少对我在我的国家来说）；
因此，我使用的工作流程（针对设计师）考虑到了这一点，并且对于我的 flash/JavaScript 项目保持不变；
首先，从设计师的角度来看：有3个角色，如下。
1）设计师：负责艺术指导和图形制作。
2) 接口-r：与其余部分一起实现图形和动画。
3）逻辑编码器：编码类和功能：逻辑与接口隔离。
逻辑编码器可以有更多的子角色，但这超出了设计者的观点。角色不应该 100% 强制执行：互相学习和帮助是件好事；设计者不需要了解编码，编码员也不需要了解设计。然而，界面人员需要了解编码和一些设计：不好：但知道（尤其是动画）
1）基本功能是大家共同制定的；虽然它实际上是一个编码员的角色：让每个人参与有助于想法生成的进展（程序员：设计师有时可以想出非常好的疯狂想法，你的工作是从逻辑上看它如何实现以及是否值得这样做）
2) 模拟 UI 和类界面这可能是您见过的最糟糕的 UI，但它给出了一个总体的工作方向：这是由每个人完成的。编码人员制定出独立的逻辑（根本没有图形；例如：服务器逻辑），而接口人员和设计人员则进行模型制作。
3.1) 图形和动画图形设计师致力于他们精彩的设计/图形。而界面器将设计转换为实际界面（从 Photoshop 到 flash/HTML）。如果幸运的话，设计师甚至会知道如何做到这一点（切片等），而界面则专注于实现和动画。任何附加的图形动画（动态的东西，比如跟随鼠标或对鼠标做出反应的东西）。就是由这2人讨论和开发。这个过程很少涉及到编码员介入。
3.2) 编码器对逻辑进行工作，同时确保其对应于与接口者商定的编码接口。专注于让模型功能齐全（不是最好看的）。这通常通过类接口和/或全局声明来完成（如果可能的话避免）
4) 接口合并接口器，然后将两者合并在一起：形成最终的应用程序。XD
而实际上，在第 2 阶段之后。工作流程进入第 3 阶段和第 4 阶段的连续循环。拥有接口器的主要优点是确保设计人员或编码人员减慢对方的速度。因此，速度减慢是有限的:)然而，接口员的角色很艰难，需要非常灵活，而且更常见的是在小团队中不兼任项目负责人。因为只有他才能理解双方及其局限性。尽管他可能并不孤单，也不是最擅长的。
请注意，当双方都是重要角色时，这在 RAI 中被广泛使用。但是，如果您的项目的重点是 1 而不是另一个。您将需要同样平衡人力（例如，摄影师互动博客可能主要需要设计师和界面人员来WOW，其中大多数照片数据库代码可以从已经完成的或开源项目中重用（这是最重要的项目之一）我遇到的常见工作）