所以我有taken over a Java Web project.该应用程序是由另一位现在为另一家公司工作的开发人员编写的.一般来说,应用程序很简单,设计得很好,代码也足够记录.唯一的问题是,之前的开发人员决定构建自己的数据库访问库,而不是使用流行的框架.在他的编程生涯中,他构建了一个令人印象深刻的框架来访问任何数据库(类似于轻量级的Hiberbate).

现在,我没有理由抛弃他的代码并用更传统的JPA层替换数据层,因为当前的代码工作得很好(尽管很诱人！).但我想知道是否应该使用更具传统性的新功能框架.应用程序堆栈很简单,我可以轻松地插入Hibernate或JPA.所以旧页面(带有新的错误修正)将使用旧框架,新页面将使用新框架.

然而,这种方法的一个缺点是它会让新开发人员感到困惑.但是,我也可以继续使用旧框架,根据需要扩展/修复它.就像我说的,它有效！

解决方法:

Eldimo,

您应该根据此类变更的投资回报来平衡合并新框架的决策.目前项目的长寿是看待它的一种方式.

如果项目稳定并处于维护阶段,那么您不应进行大幅度的更改.

但是如果项目将继续包含新功能并继续增长,那么你应该考虑采用支持的框架,如果它增加了投资回报.如果你预见到当前的本土增长框架的变化,以支持新的要求,如果这些其他现有框架支持这些要求,那么您有充分的理由采用它们.

但是,采用新的持久性框架会在短时间内破坏当前项目的稳定性,由于缺乏团队的团队经验而增加了错误的数量,并且还会影响开发团队的速度.