了解Tapestry,第2部分 - 规划和开发Tapestry应用程序 - 编程入门网
开始列出实现这个过程所包含的全部具体业务过程。业务过程与应用程序的目的不同。应用程序的目的 通常是简洁的、高层的描述,概括应用程序做的每件事。业务过程 则是小得多的工作单位,通常以各种方式和其他业务过程一起重用,共同实现特定的任务。
例如,假设要编写一个应用程序,管理在 BurgerDome 的厨房。基本目的可能只是 “让客户得到想要的,按单烹饪”。但是这个目的自然有许多独立的业务过程;比如下面这些: 下新单 做一个汉堡 向汉堡加蔬菜和调料 将汉堡打包,递送给客户 当然,可能会发现这些过程还可以进一步细分: 做汉堡 做汉堡馅 加热饼胚 烤饼胚 给汉堡加材料 加蔬菜 加调料 加调味品 加芝士 这些过程可能有点傻,但是很快就会看到即使一个相对简单的应用程序也会有 50 或 100 个不同的业务过程,可以用它们或者把它们与其他过程组合在一起,实现一个基本目的(在这个示例中,是制作客户点的汉堡)。 了解Tapestry,第2部分 - 规划和开发Tapestry应用程序(3)时间:2011-01-31 IBM Brett McLaughlin把业务过程转换成组件 关于 Tapestry 中的业务过程,有趣的是,实际上只有很少的被绑定到 Tapestry 类。例如,BurgerDome 应用程序的大多数任务根本没有绑定到显示,而且构建一个 Tapestry 组件去给汉堡加芥茉没有太大意义。在这个应用程序的规划阶段,描述出所有过程,会有助于确定实际需要使用 Tapestry 创建什么业务组件,以及哪些组件要传递给其他类型的组件。例如,可能创建了一个 Tapestry 组件,接受汉堡订单做为输入,但是可以把它在添加调味品的请求中传递给另一个非 Tapestry 组件。 在规划阶段的末尾,应当已经描绘出一套处理业务的每个具体细节的业务对象。除此之外,应当有一套 Tapestry 对象,把这些业务对象组织成有意义的工作单元。在清单 1 中可以看到这个编程模型的实际作用: 清单 1. 简单的订单类
从清单 1 可以看到,Tapestry 组件用 Burger 和 Order 类与屏幕交互(假设允许客户下订单),这两个类都是 BurgerDome 业务组件库的组成部分。注意,Burger 和 Order 类不是 Tapestry 类,而且实际上根本不知道 Tapestry。另外,OrderQueue 类既不是 Tapestry 类也不是 业务组件,它处理许多业务方面:接受订单并用有用的方式组织它们。 这里的要点是,如果没有仔细的规划,这些过程就不会成为一个整体。关于确定哪个类特定于 Tapestry、哪个特定于业务,以及它们如何交互,所有这些都最好是在代码编辑器中面对一个空白类之前做完。 创建导航图表 一旦理解了拥有什么 Tapestry 组件,以及基本业务组件 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |