Gin!Gin!Gin! GO 界的 express ！

@zhuisui #12 这是不是就是传说中的鸡同鸭讲成语的由来？😂😂😂

@fyxtc #11 微信小游戏只要没内购是不需要版号的

做过类似的，都是通过 branch 来管理的。

最恶心的是，即使 A 业务分支已经存在的需求，B 业务分支也要，很多时候是无法简单 merge 或者 cherry-pick 的，只能手动挑选合并代码，好多定制的地方都不一样，随着时间发展，不同甲方的要求越多，就相当于一个新项目了，这时候就可以拉新仓库了。

我和你说，这种需求往往都有很多坑，版本一个控制不好，就 G 了。

哈哈，直接从产品层面上拒绝了就行了。
上家公司，产品只支持 Chrome 和 Firefox ，还是比较高版本的，强制用户安装较高版本的浏览器，调教用户的习性。
这样就没有什么可怕的兼容性问题了😂😂

直接去 spring.io 官网看 SpringData 下面的文档，看完并实践一遍，你就基本懂了。

我也挺喜欢 Ruby 和 Rails ，可惜生不逢时，而且现在市场占有率越来越低了。

一直用 雨云，没有固定 ip 的那种，便宜稳定。
我这不是广告，我真在用，2C2G 上行 15M ，一年 210 ，比轻量云性能稍微好点。
腾讯云、阿里云小水管我也有，但是什么都没有跑。

Java 做不到。一种语言有一种语言的范式，别套。

发生什么事了

跑 web 相关服务没问题，游戏服务、音视频处理类的可能只有个位数并发。

少侠好武功

Chrome 里打开任务管理器看下就知道了，是标签页+插件+Worker 的进程。
VSCode 里，是主进程、各类插件的独立进程、语言服务器进程等等。

@Joker123456789 #4 其实自己用，用哪个都行，都无所谓的。你设计的这个类库也好，别的类库也好，都没什么关系，只要能实现最基本的功能，都可以。

但是一旦到企业协作，在 java 中使用字符串模式的，真不行，要是大家都讲规矩，dao 都写一起，没什么问题，就怕到时候到处都是字符串拼 SQL ，这种项目让未来维护人接手了，又是新的 shi 山。

所以用 ORM 框架，更多的是为了约束开发者，别乱写。（当然，真乱写，也没法。）

@onion83 #7 我理解你的意思，但是这本就是多种不同的数据库设计范式。

有些公司习惯直接用表结构来关联业务关系，然后才写 SQL ，来解决业务问题。

但是也有另外一些公司，更习惯先建模，然后已经依据业务模型，来创建表结构和关联关系，不写 SQL 。

在 Java 语言上，国内 ORM 流行 MyBatis 系，国外 ORM 多数都是 JPA ，这就是业务设计思路的区别，没什么优劣。

你说迷糊，那是因为一开始，数据模型就没建立好，而且不理解框架的设计思路，熟悉这些就事半功倍，不熟悉，就很困惑。当然这些都是有学习成本的代价的，我提这个还是想强调 ORM 的不同或者用不用 ORM ，都是设计思路的区别。

你这都没什么用户，广告先上了......
体验了一下，功能是有的，UI 设计的也挺好的，但是感觉没啥意思啊

```java
// 新增 Row 构建
DbChain.table("tb_account")
.setId(RowKey.AUTO)
.set("user_name","zhangsan")
.set("age",18)
.set("birthday",new Date())
.save();

// 查询 QueryWrapper 构建
DbChain.table("tb_account")
.select("id","user_name","age","birthday")
.where("age > ?",18)
.list()
.forEach(System.out::println);
```
别人的花样更多。https://mybatis-flex.com/zh/base/db-row.html
java ORM 这块就别再卷了，已经到了极限了，java 语法限制了没办法做那些函数式语言做 DSL 的便利性。

干嘛不一次性到位呢，嘿嘿

@DreamingCTW #15 😆😆