项目(框架)架构的抉择
这是一位网友问我的一个问题,希望我能给他一些建议。我觉得这个问题还是比较的好,我也遇到过这样的问题,也非常的头痛。首先得谢谢STONE对我的信
任,也希望我真的能够给他一些好的建议,也希望有更多的网友(同行)能我和交流,我们以诚相待,相互探讨,相互提高。^_^。
根据他提供的信息,整理出来如下:
初始环境: 新的公司,新的项目,新的开发团队。
角色:项目架构负责人(项目领导)。
开发语言:JAVA
熟悉的东西:jsp,servlet,javaBean,jdbc,struts,hibernate(不是很熟悉)
问题:java世界真是太大了,什么都有。太多的框架,太多的选择,太多的疑惑,到底那个好?那个更适合呢?怎样来抉择呢?我到底是选择struts+
hibernate,还是struts+jdbc,还是jsp+servlet+javaBean+jdbc作为项目的架构呢?
前些天一些牛人们在比较java、rails、php(http://hgq0011.javaeye.com/blog/33975),也有在比较各个
框架(http://www.javaeye.com/article/24162),不管是从语言,还是框架,架构的搭配都有太多的东西让我们来选择,
就象我们去商场买东西一样,琳琅满目,看得你眼都花了,挑得你头都晕了,也没有挑出个名堂(我经常是这样的,郁闷)。最后,你只得快刀斩乱麻,选择你满意
的,适应的,物美价廉的,口碑比较好的,售后服务好的,,,,。唉,挑东西也是一件痛苦的事情。那么我们搞开发何尝不是的呢?选择的太多,考虑的因素也很
多,头都大了。对于网友的提供的信息来分析。
首先,他刚来到一个新的公司,担任项目负责人,其实这样就说明他的责任重大,相对的来说,他的压力也比较大(什么工作都有压力。废话一句)。
那么,老板花那么好的待遇把你请过来,是希望你能帮公司带来效益,能够做出指定的项目,不是请你(我)来上QQ、MSN,,,:(,所以,最好是做出成绩
来,把项目搞定,让老板认可你,觉得你的能力不错。:)
在来看看他自己的项目经验,掌握的技术。因为他是项目负责人,那么他就应该能把握全局,掌握项目的进度,分析用户需求,搭建开发环境,提供技
术指导。当然,他是管理者,可以把相关的事情,分给其他同事来做,自己都亲历亲为这还不累个半死。:(
他以前没有用hibernate来开发项目,他在担心自己不熟悉它,怕到时影响到系统的性能,影响到项目的进度。struts他说有个类似项目的例子,自
己也比较熟悉;jsp,servlet,jdbc,javabean这些就不用说,应该搞JAVA
WEB开发的应该比较熟悉了。所以,我建议他采用struts+jdbc来开发。
其次,看看他们的开发团队。这团队是一个新的组建的团队。那么大家的习惯,性格,爱好,,,彼此都不是很熟悉,开发过程中配合可能没有那么
好。这就象打篮球一样。我经常去打球,一般都是半场,3对3的。我平时都是一个人去(身在异乡,为异客),然后,随便和其它的2个人组合一个队,这样下
来,另一个队(一般他们经常在一起打球的)的配合就相对比较好,我们头一两场输的几会比较大,但慢慢的熟悉了,配合好起来了,以守为功,那么我们还是可以
和对方抗衡的。所以,刚组建的团队,如果没有技术带头人(熟悉相关技术),那么还是不要采用新的技术。因为我们暂时没有能力去驾驭它,如果贸然使用,会给
相关团队成员带来压力,那么就会有一定的风险。学习它,熟悉它也要一定的时间。
最后,我建议使用自己熟悉的技术,采用简单的架构去实现项目,等到你把项目做出来了,能用起来了,客户认可了。以后的升级,那是你就可以比较轻松的采用其
它的架构来重构,这样你的风险,压力就相对减少很多了。希望能对他(我)也有所帮助,希望有人能补充(更好的建议)。:)
posted on 2006-11-17 13:25
Harryson 阅读(2616)
评论(8) 编辑 收藏 所属分类:
SoftwareEngineering