每个团队都应该有一个Appfuse式的项目 2nd
来源:互联网 发布:淘宝聚星台入口 编辑:程序博客网 时间:2024/05/16 14:51
作者:江南白衣
原文出处及讨论:http://www.blogjava.net/calvin/archive/2005/09/13/12878.html
一个Appfuse式的项目,会通过项目里最典型的几个场景,demo团队目前的体系框架和设计模式。
它的好处有一打,比如为所有项目提供共同的Library Stack,提供最可靠的代码蓝本,保证大家的模式和代码风格一致,加快知识在团队的传播,方便新人的融入,还有为试验代码提供一个稳定简洁的环境。
所以,一个长期合作的团队,需要这样一个MyAppfuse。
但还要有三条铁的纪律,才能保证辛苦做出来的MyAppFuse不是个寂寞的芭比。
一是强制更新,所有团队approval的最新模式都要refactor到MyAppfuse中。
二是规范更新,每次更新都要严格测试并编写更新记录、移植文档。
三是强制Copy Start,所有代码都必须从MyAppFuse里Copy而不是随自己喜欢找任意项目的代码。
现在开始规划一个Appfuse式项目。我觉得包含如下Content:
1.设计典型的应用情景。
我平时的ERP项目,最典型的情景莫过于:
*基础资料管理(如产品资料的CRUD)
*单据管理(如订单的录入与管理)
*典型报表
每个场景应该有简单与复杂两种模式,方便Developer选用。
场景要仔细设计,尽量演示到所有重要的技术要点。
但场景又要尽量的少,尽量简洁,减少每次模式升级的成本。
2.挑选出其他比较重要的特性。
如Quartz、ClickStream,也一并放入MyAppFuse中。
3.把所有用到的框架、类库、瓶瓶罐罐统统打包。
并附上索引和说明作为团队公用的Library Stack,每次library升级都要认真检测。
4.编写文档。
类似Appfuse的Tutorial,编写文档说明各个场景用到的技术要点与模式,说明如何二次开发。
类似Appfuse的Migrate,详细说明如何升级到MyAppfuse新的版本,促进新模式的传播。
5.简单代码生成工具。
类似Appfuse的AppGen,用Groovy Template或FreeMarker编写简单的代码生成模版。
6.核心的测试用例
后记:这个MyAppfuse终于开源成http://www.springside.org.cn
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=296630
- 每个团队都应该有一个Appfuse式的项目 2nd
- 每个团队都应该有一个Appfuse式的项目 2nd
- 每个团队都应该有一个Appfuse式的项目
- 每个团队都应该有一个Appfuse式的项目
- 每个程序员都应该有自己的主要发展方向
- 每个程序员都应该了解的知识有哪些?
- 每个开发者都应该有一款自己的App
- 每个开发者都应该有一款自己的App
- 每个开发者都应该有一款自个儿的App
- 每个程序员都应该了解的知识有哪些?
- 金山应该有一个很棒的UI设计团队
- 每个女生身边都有一个不是男朋友的男朋友
- 每个女生都有一个不是男朋友的男朋友
- 每个成精的媳妇背后都有一个精明婆婆
- 每个cpu都有一个16K的中断栈
- 每个公司都有一个得罪不起的扫地僧
- 现在,为什么连一个 JavaScript 的厌恶者都认为:每个开发人员都应该学习 JavaScript
- 每个人,都应该有一个自豪的作品代表自己
- WEB层改进I--重(zhong)用CSS
- Web层改进II-用xmlhttp 无声息提交复杂表单
- 像工匠一样进行重构--《Refactoring WorkBook》
- "Shale? JSF? Struts is dead?"
- 风险管理--即使崇尚Agile的PM也应该使用的的规则
- 每个团队都应该有一个Appfuse式的项目 2nd
- 大师也是肉做的
- MPS -- DSL制造平台
- 怎么安装Altas(.net Ajax)
- Java名人录
- 麻雀爱上凤凰在线播放,麻雀爱上凤凰详细剧情
- 八卦March之--老外在TSSJS2005都聊些什么?
- 轻量级的代码生成方案选择
- 穷人的通用OLAP方案III--JPivot表现层