你说的这个 request handler ，传输层用得还是 TCP ，它只是应用层用的 http 协议 。你自己的服务器，并不是直接运行在 TCP/UDP 协议上的，它也需要有专门的应用层协议。你照着 http 协议，搞一个带路由功能的协议即可。单纯的协议可能很难，但是要是把协议跟你开发用的工具结合起来定义，应该会很简单。

关系数据库的事务，跟非关系数据库的事务，不是一套体系，不能一起看待。比如说 Redis 的事务仅仅代表多个命令同时执行，都没回滚的。

Spring 的事务管理体系，是完全基于关系数据库的（它貌似压根没有 ORM 当中 O 层面的事务管理，完全用得是 R 层面的事务管理）。

@kongkongye 约定优先于配置，不是约定代替配置，你要不乐意，完全可以手动配置自己搞。你所看到的复杂，跟约定优先于配置没关系，是配置本来就这么复杂，约定是降低，而不是增加了复杂度。你现在的看法，举个例子来说就是：不怪路本来就难走，而怪修路的没把路修好。

你要有闲工夫可以用沙盒，windows 自带的沙盒和 sandboxie-plus 都可以。没闲工夫就直接上虚拟机。

哪有什么岁月静好，只不过有人在替你负重前行。你看到的只是一个树，但它背后是茫茫多的数据结构。别得不说，没有众多数据结构，数据库你都没有。

只要不是 Oracle 的，都能用。只不过各家都有专长点，OpenJDK 高度适配 Linux ，微软 JDK 高度适配 Windows 。

测试环境跟生产环境，除了前者修改更迅速外，环境上不能有差别，你生产环境用几个数据库，测试环境就得用一个。

你可能需要的是单元测试的独立数据库。好得单元测试环境，是不需要物理数据库的，临时性的内存数据库即可满足。如果没有那么好的单元测试环境，那就只能本机开个人数据库了，公司或者团队不会提供的，成本不是一般的高。

vue language features ，你只要有这个，或者任何 Language Server 类型的插件，换啥都不行。因为这资源是被编程语言的代码提示等工具占用的，不是编辑器自身占用的。

编辑器，集成开发环境（ IDE 的中文名称），这俩代码工具比较起来是没有意义的，那是要一起用的，大型工作用 IDE ，小型工作或者纯查看的工作用编辑器。intellij idea VS microsoft visio studio ，这才有意义。

@fpure #56
先回答你这个 “我的问题是有没有可能制造一种类型系统在实际类型匹配的情况下自动地做这个类型断言、类型转换”：
有，就是动态类型语言或者弱类型语言，原生 JavaScript 就是典型。

然后你再回头看看你到底知不知道什么是静态类型。

看代理协议是那一层（ OSI 7 层模型 或者 TCP/IP 的四层模型），HTTPS 是纯应用层协议，代理协议只要不在应用层，比如 SOCKS ，那就是绝对不干涉 https 的。实际上除了 http 代理 和 https 代理 这俩协议，很少有应用层代理协议，基本上都不会干涉 https 。

给换一个简单的强类型语言来描述：

// 类型关系：Child extend Base

// 定义
void oneMethod(Child x){}

// 使用
Base y = new Child();
oneMethod(y); // 出现编译错误

然后你就会发现问题在哪里了，你给 y 定义了类型是 Base ，但用得时候却期望它是根据运行时推测出来的 Child 。

这怎么会是静态类型系统的缺憾，这正是强类型语言的基本特性。研究一个东西的特性是不是它的缺憾，这形同与研究人吃饭是不是有缺憾。楼主应该先学习一下强类型语言是什么。

单元测试不测试与它无关的东西，外部依赖一律 mock 。

乐观锁原本就是个软规范，你用硬规范是很难搞定的。如果非要搞，不要在 updateById(),update(entity,wrapper) 这些方法上搞，而是从 实体 Entity 上搞，乐观锁的主体是实体，不是 CRUD 方法。

以上仅限于新项目可搞，老项目就算了，强搞建议直接提桶跑路。因为乐观锁的主体是实体，这意味仅借助而非强依赖于实体的操作——比如自定义 mapper ，是搞不了乐观锁的。所以要搞必须额外加规范：一切以实体为主。这样老项目根本搞不了，改造难度太大了。

此外，乐观锁属于程序的范畴，不是 SQL 的范畴，你发错节点了。

你就算大学搞出来能上线的项目，毕业找工作的时候还是被当成零经验对待。请珍惜这人生中唯一能够玩的 4 年。

@dragondove #28 jdk 8 及之前，除了 enum 改保留字那一次，你还能找出哪个是低版本写的代码不能在高版本编译的吗。没有向下兼容性，jdk8 接口的 default 方法这一特性可能就不会出。