Spring源码版本命名规则

简介: 某些常见软件的版本号:Linux Kernel: 0.0.1,1.0.0,2.6.32,3.0.18…,若用 X.Y.Z 表示,则偶数 Y 表示稳定版本,奇数 Y 表示开发版本。Windows: Windows 98,Windows 2000,Windows XP,Windows 7,Windows 10…,最大特点杂乱无章,毫无规律。SSH Client: 0.9.8。OpenStack: 2014.1.3,2015.1.1.dev8。从上可以看出,不同的软件版本号风格各异,随着系统的规模越大,依赖的软件越多,如果这些软件没有遵循一套规范的命名风格,容易造成 Dependency

Spring源码版本命名规则

某些常见软件的版本号:

Linux Kernel: 0.0.1,1.0.0,2.6.32,3.0.18…,若用 X.Y.Z 表示,则偶数 Y 表示稳定版本,奇数 Y 表示开发版本。

Windows: Windows 98,Windows 2000,Windows XP,Windows 7,Windows 10…,最大特点杂乱无章,毫无规律。

SSH Client: 0.9.8。

OpenStack: 2014.1.3,2015.1.1.dev8。

从上可以看出,不同的软件版本号风格各异,随着系统的规模越大,依赖的软件越多,如果这些软件没有遵循一套规范的命名风格,容易造成 Dependency Hell。所以当我们发布版本时,版本号的命名需要遵循某种规则,其中 Semantic Versioning 2.0.0 定义了一套简单的规则及条件来约束版本号的配置和增长。本文根据 Semantic Versionning 2.0.0 和 Semantic Versioning 3.0.0 选择性的整理出版本号命名规则指南。

版本号命名规则指南

版本号的格式为 X.Y.Z(又称 Major.Minor.Patch),递增的规则为:

X 表示主版本号,当 API 的兼容性变化时,X 需递增。

Y 表示次版本号,当增加功能时(不影响 API 的兼容性),Y 需递增。

Z 表示修订号,当做 Bug 修复时(不影响 API 的兼容性),Z 需递增。

详细的规则如下:

X, Y, Z 必须为非负整数,且不得包含前导零,必须按数值递增,如 1.9.0 -> 1.10.0 -> 1.11.0

0.Y.Z 的版本号表明软件处于初始开发阶段,意味着 API 可能不稳定;1.0.0 表明版本已有稳定的 API。

当 API 的兼容性变化时,X 必须递增,Y 和 Z 同时设置为 0;当新增功能(不影响 API 的兼容性)或者 API 被标记为 Deprecated 时,Y 必须递增,同时 Z 设置为 0;当进行 bug fix 时,Z 必须递增。

先行版本号(Pre-Release)意味该版本不稳定,可能存在兼容性问题,其格式为:X.Y.Z.[a-c][正整数],如 1.0.0.a1,1.0.0.b99,1.0.0.c1000。

开发版本号常用于 CI-CD,格式为 X.Y.Z.dev[正整数],如 1.0.1.dev4。

版本号的排序规则为依次比较主版本号、次版本号和修订号的数值,如 1.0.0 < 1.0.1 < 1.1.1 < 2.0.0;对于先行版本号和开发版本号,有:1.0.0.a100 < 1.0.0,2.1.0.dev3 < 2.1.0;当存在字母时,以 ASCII 的排序来比较,如 1.0.0.a1 < 1.0.0.b1。

注意:版本一经发布,不得修改其内容,任何修改必须在新版本发布!以下是一些常用的修饰的词:

Snapshot版本代表不稳定、尚处于开发中的版本

Alpha: 内部版本

DEV: 开发版本(Development)

Beta: 测试版

Demo: 演示版

Enhance: 增强版

Free: 自由版

Full Version: 完整版,即正式版

Final:最终版,正式版

LTS: 长期维护版本(Long Term Support),一般为18个月。

Pro(professional):专业版

Plus:加强版

Retail:零售版

Shareware共享版,虽然不会要求注册但是一般也有功能限制

SR:修正版(Senior,中文解释为资深)

Trial:试用版(一般有时间或者功能限制)

Release: 发行版

RC: 即将作为正式版发布(Release Candidat)

Standard: 标准版

Ultimate: 旗舰版

Upgrade: 升级版

Spring版本命名规则

1). Release版本则代表稳定的版本

2). GA版本则代表广泛可用的稳定版(General Availability)

3). M版本则代表里程碑版(M是Milestone的意思)具有一些全新的功能或是具有里程碑意义的版本。

Spring5源码下载

第一步:https://github.com/spring-projects/spring-framework/archive/v5.0.2.RELEASE.zip

第二步:下载gradle

http://downloads.gradle.org/distributions/gradle-1.6-bin.zip

第三步:解压,配置GRADLE_HOME 和Path

第四步:验证 gradle -v,环境变量是否正确

第五步:点击gradle.bat构建项目

代理模式跟委派模式混淆

委派就是说全权代理。代理只参与某一个环节,委派参与整个环节,委派可以说是一个静态代理。

Porxy 传一个接口,传实现类不行吗?

Java核心思想:面向接口编程

OOP:用代码来解释生活

接口:只是一种规范,做任何事前以前先思考好以后,再去动手(制定好规范),三思而后行

实现类:必须先有接口,开发顺序天生决定了

中介:租房子 代理人(专业化),要租房子的人,也许还没出生

命令模式策略模式混淆

命令模式: 注重命令的个数,分类相当于是菜单的(内容如何定义)

没有UI以前 DOC界面

请选择以下功能

1.开户 2.转账 3.挂失 4.退出

1

1.信用卡 2.借记卡

多态和策略混淆

多态:是Java的一种语法(有些语言的语法是不支持多态的,它照样也要用来实现业务逻辑,也要使用设计模式)

策略:是一种经验的总结

模板方法和策略模式的区别

关心业务流程的固定(修改某一个部分的逻辑,但不影响流程的执行),策略注重的选择结果。

反射底层

操作的是字节码,由JVM提供安全保障

当你要用代码去操作代码的时候,绝对是要用反射的

原则:总之首先要找到字节码

目录
相关文章
|
3月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
140 2
|
3月前
|
数据采集 监控 前端开发
二级公立医院绩效考核系统源码,B/S架构,前后端分别基于Spring Boot和Avue框架
医院绩效管理系统通过与HIS系统的无缝对接,实现数据网络化采集、评价结果透明化管理及奖金分配自动化生成。系统涵盖科室和个人绩效考核、医疗质量考核、数据采集、绩效工资核算、收支核算、工作量统计、单项奖惩等功能,提升绩效评估的全面性、准确性和公正性。技术栈采用B/S架构,前后端分别基于Spring Boot和Avue框架。
175 5
|
1月前
|
监控 JavaScript 数据可视化
建筑施工一体化信息管理平台源码,支持微服务架构,采用Java、Spring Cloud、Vue等技术开发。
智慧工地云平台是专为建筑施工领域打造的一体化信息管理平台,利用大数据、云计算、物联网等技术,实现施工区域各系统数据汇总与可视化管理。平台涵盖人员、设备、物料、环境等关键因素的实时监控与数据分析,提供远程指挥、决策支持等功能,提升工作效率,促进产业信息化发展。系统由PC端、APP移动端及项目、监管、数据屏三大平台组成,支持微服务架构,采用Java、Spring Cloud、Vue等技术开发。
|
2月前
|
存储 缓存 Java
Spring面试必问:手写Spring IoC 循环依赖底层源码剖析
在Spring框架中,IoC(Inversion of Control,控制反转)是一个核心概念,它允许容器管理对象的生命周期和依赖关系。然而,在实际应用中,我们可能会遇到对象间的循环依赖问题。本文将深入探讨Spring如何解决IoC中的循环依赖问题,并通过手写源码的方式,让你对其底层原理有一个全新的认识。
80 2
|
3月前
|
前端开发 Java 开发者
Spring生态学习路径与源码深度探讨
【11月更文挑战第13天】Spring框架作为Java企业级开发中的核心框架,其丰富的生态系统和强大的功能吸引了无数开发者的关注。学习Spring生态不仅仅是掌握Spring Framework本身,更需要深入理解其周边组件和工具,以及源码的底层实现逻辑。本文将从Spring生态的学习路径入手,详细探讨如何系统地学习Spring,并深入解析各个重点的底层实现逻辑。
99 9
|
4月前
|
Java Spring
Spring底层架构源码解析(三)
Spring底层架构源码解析(三)
245 5
|
4月前
|
XML Java 数据格式
Spring底层架构源码解析(二)
Spring底层架构源码解析(二)
116 4
|
4月前
|
Java Spring 容器
Spring IOC、AOP与事务管理底层原理及源码解析
【10月更文挑战第1天】Spring框架以其强大的控制反转(IOC)和面向切面编程(AOP)功能,成为Java企业级开发中的首选框架。本文将深入探讨Spring IOC和AOP的底层原理,并通过源码解析来揭示其实现机制。同时,我们还将探讨Spring事务管理的核心原理,并给出相应的源码示例。
183 9
|
4月前
|
设计模式 JavaScript Java
Spring 事件监听机制源码
Spring 提供了事件发布订阅机制,广泛应用于项目中。本文介绍了如何通过自定义事件类、订阅类和发布类实现这一机制,并展示了如何监听 SpringBoot 启动过程中的多个事件(如 `ApplicationStartingEvent`、`ApplicationEnvironmentPreparedEvent` 等)。通过掌握这些事件,可以更好地理解 SpringBoot 的启动流程。示例代码展示了从事件发布到接收的完整过程。
|
4月前
|
缓存 Java Spring
源码解读:Spring如何解决构造器注入的循环依赖?
本文详细探讨了Spring框架中的循环依赖问题,包括构造器注入和字段注入两种情况,并重点分析了构造器注入循环依赖的解决方案。文章通过具体示例展示了循环依赖的错误信息及常见场景,提出了三种解决方法:重构代码、使用字段依赖注入以及使用`@Lazy`注解。其中,`@Lazy`注解通过延迟初始化和动态代理机制有效解决了循环依赖问题。作者建议优先使用`@Lazy`注解,并提供了详细的源码解析和调试截图,帮助读者深入理解其实现机制。
134 1