哪个网站做国内销海外的,广州网站建设找哪里,建筑参考网站,wordpress 博客模板不管一个类库或者工具方法实现多么的好#xff0c;如果无法做到向后兼容性#xff0c;通常会给用户带来很大的升级成本#xff0c;很多对此的依赖如果希望在后续的升级和维护期间使用该类库的其他新增特性或者好处#xff0c;将不得不推迟升级亦或是被迫接受改变。 无论这个…不管一个类库或者工具方法实现多么的好如果无法做到向后兼容性通常会给用户带来很大的升级成本很多对此的依赖如果希望在后续的升级和维护期间使用该类库的其他新增特性或者好处将不得不推迟升级亦或是被迫接受改变。 无论这个类库实现的多么完美或者流行如果版本升级意味着大量API或者包名的变更我认为很大程度上是因为设计者意识到从维护的角度来说这个类库的实现非常的糟糕以至于已经非常的难以维护下去了。 在开源的社区做这种变更或者说犯这种错几乎不需要付出任何成本所以很多的类库甚至非常流行的类库都有发生大版本间API的完全重构如果是商业类库除非有适配API恐怕用户都跑光了。常见的类库有如下 jackson 1.xorg.codehaus.jackson 2.xcom.fasterxml.jackson 由此带来的是大量类路劲的变化spring HttpMessageConverter针对1.x和2.x的分别实现到了spring 4.xMappingJacksonHttpMessageConverter又被spring给删除了。 dbcp 1.x 2.x apache.common.lang 2.x 3.x log4j 1.x 2.x common.pool 1.x 2.x netty 4.x 3.x 不过主流的容器和应用服务器以及数据库则做的好的多比如tomcat/nginx/mysql/postgresql/rabbitmq。转载于:https://www.cnblogs.com/zhjh256/p/5977319.html
