mybatis-plus 自带的 ID_WORKER 及挺好用的，不需要太多配置，直接注解就行，生产的是 有序但是不连续的 id,还可防止被人恶意爆破的问题

有款叫 smart-doc 的挺好用

用 list 包一层不就可以了，具体可以参照企业微信 多账户支持的实现
github.com/binarywang/weixin-java-cp-demo/blob/master/src/main/java/com/github/binarywang/demo/wx/cp/config/WxCpProperties.java

这么搞，在做删除、新增操作的时候，不容易产生死锁吗？ 虽能说 可以通过加索引、或者是分布式锁控制，但是这个设计好几个业务逻辑，感觉这么设计的优点是小于缺点的

自己造轮子的话，可以用 map 集合来实现、具体可以看下 spring 如何加载 yml 配置文件。

我们隔壁组也这么些，有几次和他们一次查问题，查到奔溃。所以 自己这边严格控制 map 的使用（具体看业务情况），看到不合理的 会让大家改了。 这个还是看第一版的开发人员习惯吧

我们是两个账号、一个测试、一个正式、正式账号配置在配置中心、只有运维的人才能看到
付钱的第三方服务、都会免费给开测试账号的。

mybatis-plus 还是挺好用的，简单数据库操作不用自己写，复杂点的 手写 sql 就行了。可以减少低质量的重复性工作

网上的 util 包基本上满足要求，如果不够，就维护到最近的一个公共的 jar 里面，不想每个项目都弄个 util 弄成公共的 尽量复用

看严重程度了，是强校验还是一些通知类的服务，强校验，只能创建订单失败了，如果是通知类的加一个消息通知机制就好，出问题了 重试。

group by 和 order by 不能同时使用，需要拆开放到子查询

应该是语言不同，所以命名风格不一致，看了下他们 java 的 sdk 用的是小驼峰。

但是看见有大佬帮忙背书，也就买节课，但是付完款后发现选错课程了，不是我想要学的。能后联系客服看能不能退款，或者是换成我想要买的都行，而且当时还没到开课时间，完全对他们没影响的，但是他们还是不退，说是由于我个人的原因造成的 不可以退款。从此就一生黑了 ^_^，也没多少钱 就当喂狗了吧 (没有逃避个人下错订单的问题)

内部类 可以放在 controller 里面，但是看你们描述，说明这个类变量不少，所有能单独处理，尽量就单独出来，减少不必要的关联，放 dao 包下面以 vo 结尾也行，如果是 vo 类比较多，起一个 vo 包 所有的 vo 类放里面也可以，具体看你项目了

我觉得随机的过程应该隐藏起来，现在这种模式其实还是在让用户做选择 并没有解决用户的痛点。

后期可以在加一个可以选择随机数据的入口。用户又不能只想着在某三种里面选择一个

哈哈