1. 收集和分析应用需求
a. 在本例中采用了UML用例,感觉这样设计思路非常清晰,但是不知道如果放在我面前一个实际应用,然我自己去分析,能不能做到。总之觉得有了用例文档后,写后面的代码简直是在搭积木一样简单了。
b. 用例文档的主要内容有:①前置条件;②主事件流;③其他事件流;④后置条件
2. 设计数据库,这个活应该比较重要,我觉得它应该算是决定程序性能的因素之一了!
3. 设计客户界面,这些就交给美工啦哈哈
4. 设计ActionForm
5. 设计Action
6. 设计应用的业务逻辑组件
通过学习这个例子,对STRUTS开发流程基本上有了点眉目。也进一步掌握了如何给视图、控制器和模型组件分配功能。
1. 在视图组件中尽量避免java的业务逻辑代码的出现,这些代码完全可以封装在tag,感觉虽然工作量比在页面上直接写要大了些,但是换来的是可以复用、易于调试的jsp视图组件。
2. 对于action,基本上可以完成一些业务逻辑的验证和流程控制。这里现在了解还不是很透彻,先不多说了,感觉处在明白与糊涂之间的位置。
3. 在模型组件中则负责实际的业务逻辑了,如访问数据库的操作(查、删、改)。值得注意的是在模型组件中应该和控制器组件保持独立,也就是说在模型组件中不应该访问到Servlet API或者Struts API中的类。完全是对属性(数据、变量)的操作。
今天对STRUTS的一些看法:
最近的项目一直在作基于STRUTS的开发,STRUTS的流程控制真是个好东西,的确给我们这样的开发人员解决了不少问题,就像一句老话所说"让开发人员更加专著于业务逻辑的开发"呵呵,不知道用在这合适不
流程控制是不错,可VIEW层的东西就太让人郁闷了,FORM和TAGs,唉,真是让我又爱又恨呀。尤其是TAGs感觉写的太死板了,所以现在想去学习一下JSTL了。