同意一楼的说法

一门语言足够普通，简单，那他势必会流行，如果一个语言入门很难，或者看起来很神秘的时候， 从这点就可以吓走很多人。

韭菜长大啦

@murmur 低代码对游戏行业很有帮助，做活动策划很容易

领导： 下个版本我们要支持更改用户名！

@dreamramon go 还是云原生的扛把子，毕竟机制就摆在那，没得比

@tool2d 那要是多了，才叫痛苦，维护系数直线上涨。

加索引无脑 count 就好了

用过的大都是建好表，然后根据表和注释生成对应的代码。

看看，不喜欢 sw 的牛皮癣一样存在的注解

B 站写文章到时挺叼的，一个简单的东西写的天花乱坠， 高并发高可用多地容灾，该炸还是得炸。

tdesign 的风格应该是继承过来的，因为小程序比 tdesign 还早出现，在 UI 上能找到同种感觉。

@nnd 那你可能遇到 PCDN 的资源了， 你可以搜一下 B 站屏蔽 PCDN ，B 站是假 1080P ，抽帧了 画面东西一多直接糊成屎

node_modules 真的能搞死人， 简直是磁盘杀手

这两个全是吃经验的，存在但不多。

@SJH0402 #16
没有用到 if else
我们使用的是 ES ，根据定义好的枚举类去检索对应的 mapping 名即可

如果你是 mysql+myabtis , 可以返回 map ， 然后根据字段中文名去匹配，填充表格
可以反射 获取他的注解和属性名，然后用${}传进去，具体实现起来还是挺复杂的，看你们业务把

用了很香， 统一管理很方便，用 Navicat 是为了他可以管理不同类型的数据库。

单纯你的文字无法推断出你们的系统字段是否可以自定义
向我们系统的字段全部都可以自定义，所以只需给出模块名然后去数据库查中文和字段即可， 然后在从数据库拉出来转成 map 直接对应取即可

为什么要写成一个接口？ 不理解。 我们是写了一个 base 的 controller 和 service 方法， 所有模块继承他， 就拥有导出的功能了，如果单个模块需要扩展他的导出就实现继承的方法即可，这样不是更灵活吗？