所以我接管了一个Java Web项目.该应用程序由另一位现在为另一家公司工作的开发人员编写.一般来说,应用程序很简单,设计得很好,代码也足够记录.唯一的问题是,之前的开发人员决定构建自己的数据库访问库,而不是使用流行的框架.在他的编程生涯中,他构建了一个令人印象深刻的框架来访问任何数据库(类似于轻量级的Hiberbate).
现在,我没有理由抛弃他的代码并用更传统的JPA层替换数据层,因为当前的代码工作得很好(尽管很诱人!).但我想知道是否应该使用更具传统性的新功能框架.应用程序堆栈很简单,我可以轻松地插入Hibernate或JPA.所以旧页面(带有新的错误修正)将使用旧框架,新页面将使用新框架.
然而,这种方法的一个缺点是它会让新开发人员感到困惑.但是,我也可以继续使用旧框架,根据需要扩展/修复它.就像我说的,它有效!
你肯定不想随心所欲地添加框架,但相反也是坏的,当存在可接受的替代方案时编写自己的伪框架.在我的工作中,我们不得不使用Spring从JPA转换为更多JDBC风格.在转换过程中,我没有删除或修改任何JPA代码,我只是在JDBC中重写它.一旦我觉得特定方法有效,我就会换掉实现.这让我可以将转换过来,而不是从服务层下拉出地毯,可以这么说.因此,要完全回答您的问题,只要计划要迁移到其中一个,就可以拥有2个框架.
京公网安备 11010802040832号 | 京ICP备19059560号-6 