小破站搜索云前端,查看视频版
2024 年 7 月 7 日,据一位长期的Python观察者爆料,Fedora 41 系统最终将停止支持 Python 2.7。这是Python 2系列的最后一个版本,Python 2.7在Fedora Linux 41中将被退役且不再替代。除了PyPy之外,Fedora 41及以后的版本将不再包含Python 2,对于依赖于python2.7的包,在运行时或构建时需要处理这个退役问题,否则它们也将被退役。GIMP 3 也将在Fedora 41中推出,以去除任何剩余的Python 2依赖。
Vue
有趣的是,对比于前端开发领域流行的开发工具 vue.js,其版本 2 向版本 3 的演进也拖延了很久的时间。并且巧合的是,同样是 2.7 的版本,也是vue 2.x中最后一个稳定版本。不同的是vue3之于vue2采用了高度兼容的升级方式,而非python3那样断崖式的不兼容升级。
Vue 2 达到生命周期终点的时间是 2023 年 12 月 31 日,之后 Vue 2 将不再接收新功能、更新或修复,但仍然可以在现有的分发渠道中获取。虽然应用程序将继续运行,但包管理器会发出警告,提醒 Vue 2 已经不再是支持的版本。
我们之前曾制作过一期视频(小破站搜 BV1BP4y1t7Xz),揭秘了 Vue 版本系列中那些有趣的版本命名方式,一些重要版本大多以动漫、科幻电影等命名。在 2.x 最后一个大版本,也是专注于帮助开发者从 v2 迁移到 v3 的 vue2.7 中,Vue 2.7.0 仍遵循以上传统以 "Naruto(火影忍者)" 为代号,而 2023 年平安夜发布的 v2.7.16 的代号则是 Swan Song (绝唱),明确了 v2.x 从此达到 End Of Life(EOL)状态的含义。对于无法立即迁移到 Vue 3 的用户,Vue 官方也与第三方合作提供了 Never-Ending Support -- 即使在 EOL 之后也能继续获得 Vue 2 的更新和安全补丁。
Python
回到 Python 2 的告别,其生命周期原本预计在2015年结束,但后来延长到了2020年。Python维护者宣布,由于RHEL 7的维护结束和RHEL 8中Python 2.7应用的退役,他们将不再定期为Python 2.7回传安全修复到RHEL。尽管如此,这个过时的包在超出其退役日期五年后仍被提供,并将持续提供直到Fedora 40的生命周期结束。除了少数最后的修复工作外,将不再进行更新和维护,这意味着"Python 2将不再接受新的bug报告、修复或更改,且不再受支持"。
关于Python 2到Python 3的迁移,尽管Python 3在过去几年里已成为主流版本,但许多公司仍未完成过渡,仍然使用Python 2。他们普遍认为,Python 2到Python 3的迁移并不容易。特别是对于拥有庞大代码库、复杂逻辑和繁重决策过程的公司,代码兼容性问题、生态系统的碎片化、venv虚拟环境增加了复杂度等,都带来了新旧并存的困扰。在某些场景下,开发者可能需要同时维护Python 2和Python 3的代码,这不仅增加了维护成本,也使得代码管理和版本控制变得更加复杂。
然而不迁移到 Python 3 也要承受各种风险。其一是安全性 -- 随着 Python 2 官方 EOL,将不再有安全更新,这可能导致安全漏洞无人修复,使运行Python 2的系统处于严重风险之中。此外,Python 2 的退役也可能影响吸引新人才和经验丰富的开发人员,因为 Python 在开发者中越来越受欢迎,他们当然倾向于学习新的Python 3版本,而非退休的、不受支持的 Python 2。
尽管如此,Python 3的改进和新特性,如 Unicode 支持、更清晰的语法、性能提升以及对现代编程实践的更好支持、更好的常见习语和模式表达、并发性、故障处理、测试和调试的改进,以及计算速度的大幅提高和其它优化,最终还是证明升级是值得的。随着时间的推移,Python 3完全取代Python 2也只是早晚问题,你可以使用"from future import"等语法编写Python 3友好的代码,一些工具库如Six库提供了用于平滑Python 2和3之间差异的实用函数也为升级提供了便利。
Python 3逐渐成为主流,大部分库和框架都完成了迁移,开发者也逐渐适应了新版本。现在,Python 3的广泛采用和Python 2的退役,标志着Python社区向前迈进了一大步。
Spring Boot
其实版本 2.7 的升级魔咒还不止让 Python 和 Vue 碰到过,比如国内但凡提起微服务架构,可能十个程序员里有九个会立马想起 Spring Boot 来。这个 Java 框架的设计目标是简化 Spring 应用的初始搭建以及开发过程。Spring Boot 提供了约定优于配置(Convention over Configuration)的机制,让开发人员不再需要定义样板化的配置。通过这种方式,Spring Boot 几乎成为了企业级应用开发的标配。
于 2022 年 11 月正式发布的 Spring Boot 3.0 带来了多项重要的更新和改进,包括对Java 17的强制支持、Spring Framework 6的集成、模块化增强、Web框架更新以及数据库访问技术的革新。这些变化促使开发者考虑将现有项目升级,以充分利用新版本带来的优势。在开发者社区中,3.0 的升级当然也引起了广泛关注和期待。不过,升级过程也面临挑战,一些开发者出于开发习惯,或是遗留项目的维护难度、公司组织规定等,表示 JDK8 或 JDK11 不能动就是不能动。
总结
相比之下,Vue.js 和 Spring Boot 从 2.x 到 3.x 的升级,虽然也涉及到一些重大的改变和新特性,但它们的升级路径通常提供了较为明确的迁移指南,且社区和框架本身提供了较多的支持工具,如迁移助手和详细的文档,来帮助开发者平滑过渡。Vue 和 Spring Boot 的升级更多的是对现有特性的增强和对新技术栈的采纳,如 Vue 3 中对 Composition API 的支持,Spring Boot 3 对 Java 17 和 Jakarta EE 的支持,这些升级虽然也需要开发者投入时间和精力进行代码迁移,但总体上争议和阻力小于 Python 2 到 3 的升级。
总之,太阳底下无新事,前端、后端、语言、框架,寰球共此凉热,除了版本上的巧合因素,大致也有一些规律蕴含其中。1.x 版本青涩烂漫肆意挥洒,2.x 版本成熟稳定满身负担,3.x 版本百尺竿头更进一步;你在迁移代码,却逐渐看清了自己。