B大,迷惑,解惑一下。

              
qlqsh
07-07-10 6 433

最近公司要修改一个CMS,产品在用它发布信息,用了很久了,随着不断的改动是越来越乱了,公司打算利用Spring+Struts+Hibernate重整整个CMS。但我觉得这样可能并不好。首先,我们并没有优秀的Spring、Struts、Hibernate开发使用经验(我个人目前也还不能看到它们能给我们带来什么实质的好处),用一个我们不熟悉的东西去开发一个很重要的应用是否合适呢?可能Spring、Struts、Hibernate是个很好的组合环境,但在目前对其的熟悉度很低,我怕非但不能发挥它们的优势,反而会成为我们的累赘。

不知道你是怎么看的,在没有人能对整体框架有个清楚的了解,Spring、Struts、Hibernate的应用的优点和缺点、性能等问题的了解不够的情况下使用它们是否正确呢?

语言组织有点混乱,希望你能看明白。解惑一下。谢谢。


另:其实我个人可能跟这里的联系不大了,我有其它任务要做,不过可能多少还会有所接触的(毕竟我是这个组的)。

qlqsh
2007-07-10 10:14

怪了,我登录了,为什么发帖子的时候又让我登录一遍?还404报错。你这个论坛需要整理一下啊。

banq
2007-07-10 15:53

使用Spring+Struts+Hibernate重整整个CMS,可以说是一个好机会,对自己是挑战,做完自己就有经验,建议使用新架构,以后对CMS维护拓展要方便多。

bennyparlo
2007-09-13 15:04

个人建议,对于原先的残留系统,不必因为需要迁移到新的架构下而进行重构,譬如刻意为了迁移到spring ioc而将业务对象进行抽象.完全没有必要去这样做.

按个人的经验,2次开发1个系统,最佳实践就是理清整个系统的需求,已经背后的隐藏需求,及今后可能需要扩展的需求.然后抽象出业务模型,并通过多层次架构来进行合理规划服务层,持久层等等..

qlqsh
2007-09-14 10:17

呵呵,好老的帖子。

谢谢楼上的回复,我的观点跟楼上基本一致。我个人的观点是spring也好、hibernate也罢,不过就是类库,用不用它们要看能给我的系统带来什么好处,我不想因为要用它们而用它们。我觉得这是本末倒置的。不过这项目不是我负责,他们要用我也没啥办法,随他们吧,我尽量还是不掺和的好。哈哈。

2Go 1 2 下一页