Spring源码版本命名规则

Posted 2021-09-06 JavaEdge.

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提供安全保障

当你要用代码去操作代码的时候，绝对是要用反射的
原则：总之首先要找到字节码