最近公司要修改一个CMS，产品在用它发布信息，用了很久了，随着不断的改动是越来越乱了，公司打算利用Spring+Struts+Hibernate重整整个CMS。但我觉得这样可能并不好。首先，我们并没有优秀的Spring、Struts、Hibernate开发使用经验（我个人目前也还不能看到它们能给我们带来什么实质的好处），用一个我们不熟悉的东西去开发一个很重要的应用是否合适呢？可能Spring、Struts、Hibernate是个很好的组合环境，但在目前对其的熟悉度很低，我怕非但不能发挥它们的优势，反而会成为我们的累赘。
不知道你是怎么看的，在没有人能对整体框架有个清楚的了解，Spring、Struts、Hibernate的应用的优点和缺点、性能等问题的了解不够的情况下使用它们是否正确呢？
语言组织有点混乱，希望你能看明白。解惑一下。谢谢。
另：其实我个人可能跟这里的联系不大了，我有其它任务要做，不过可能多少还会有所接触的（毕竟我是这个组的）。
怪了，我登录了，为什么发帖子的时候又让我登录一遍？还404报错。你这个论坛需要整理一下啊。
使用Spring+Struts+Hibernate重整整个CMS，可以说是一个好机会，对自己是挑战，做完自己就有经验，建议使用新架构，以后对CMS维护拓展要方便多。
个人建议,对于原先的残留系统,不必因为需要迁移到新的架构下而进行重构,譬如刻意为了迁移到spring ioc而将业务对象进行抽象.完全没有必要去这样做.
按个人的经验,2次开发1个系统,最佳实践就是理清整个系统的需求,已经背后的隐藏需求,及今后可能需要扩展的需求.然后抽象出业务模型,并通过多层次架构来进行合理规划服务层,持久层等等..
呵呵，好老的帖子。
谢谢楼上的回复，我的观点跟楼上基本一致。我个人的观点是spring也好、hibernate也罢，不过就是类库，用不用它们要看能给我的系统带来什么好处，我不想因为要用它们而用它们。我觉得这是本末倒置的。不过这项目不是我负责，他们要用我也没啥办法，随他们吧，我尽量还是不掺和的好。哈哈。
>> 用不用它们要看能给我的系统带来什么好处，我不想因为要用它们而用它们。
这是对的。
>> spring也好、hibernate也罢，不过就是类库
这是不对的，spring和hibernate不单是类库，而且是框架，框架和类库的区别在于谁调用谁的问题。
to:楼上的
我清楚spring、hibernate等都是框架。呵呵。只是那么一说，不严谨倒是真的。
^-^