@Zhengqing 看 iPad pro 和 iPhone 以及 retina macbook air 就知道了，下放肯定是会下放的，只不过要几年后而已。

将所有的 getOfficeCodeByXXX()包装成 Function，然后塞进一个 List 。
做 list 的迭代，执行 function.apply()，如果返回值非空，则 break 跳出迭代。

``` java
List<Function<BrChangedEvent,String>> funcs= Arrays.asList(
XXX::getOfficeCodeByOfficeUnlLocCode,
XXX::getOfficeCodeByPor,
XXX::getOfficeCodeByFnd,
XXX::getOfficeCodeByPol);
for(Function<BrChangedEvent,String> func:funcs){
String officeCode = func.apply(brGeneralInfoDto);
if(String.isNotEmpty(officeCode)){
brGeneralInfoDto.setBookingOfficeCode(officeCode);
}
}
```

touchbar 不好用，太滑了。。。

这种需求建议和业务代码解耦开来。
1. 将日志写入 mq，mq 另一端写入数据库.
2. 将日志写入磁盘文件，使用 filebeat 等工具进行采集
3. 将日志写入做成一个 rpc 服务，分别给 A 和 B 去调用。

因为大部分厂商都用 go 写一些高性能的中间件。

至于应用业务逻辑，一方面是 php java 已经有了足够成熟的开源产品、开发生态和开发者，另外一方面是用 go 重写也没有太多好处。

"裸 docker run 并发 10k，rps 30k 。k3s 直接降到并发 1k，rps 1k"
如果是这种降法，那我感觉可能是哪方面配置出了问题。牺牲换取伸缩弹性很好理解，但是能牺牲 10 倍 30 倍这种性能的，我理解不了。

@chengxiao 如果你是按照 1080p 没开垂直同步的那种标准来说，45fps 的确帧数不高。
不过大部分 4k 显示器都是 60hz，45fps 根本不会影响游戏流畅度。
而且 45fps 也只是最低值。amd 驱动统计平均帧率都是 55fps-60fps 。

@chengxiao 不可能。

我现在用的 6800 公版+5800x， 玩 9.1 版本都是把特效拉到 10 档，阴影和 SSAO 降一级，开启垂直同步，全程野外和大米能稳定 60fps 。关闭垂直同步则是 70-90fps 。

团本视 boss 战特效一般也是 50-60fps 。偶而会在 45fps 左右，但是也算流畅。

魔兽世界对显卡的要求并没有想象中的那么高.
14 年的时候 wow 开 6.0 版本,我的 970 就能跑 4k 的魔兽世界了, 而且当时还是运行在黑苹果的 openGL 上.
windows 下的 970 4k 帧数更高,野外能达到 80fps.

别问, 问就是 linux 自由主义特性.

什么时候 linux 能把高分屏上那字体整明白了，什么时候考虑重新装一个试试

把队列名称配置成启动参数。
配置不同的名称参数则启动后消费不同的队列。
参数化的配置还能方便你随时扩容。

见过太多的项目从底向上 entity 、domain 、dto 、vo.......

如果项目里有用到 mongodb 、es 的 mapping 类，那么一张表就可能拉出个 5 、6 个 pojo，从最下边的 entity 字段一直浮到最上边的 dto 或者 vo 。。。。

不过大部分问题还是软件开发者本身的问题。
加字段这种东西不管怎么说还是很 ez 的，后端不愿意加往往是因为你需要的字段前端也能计算出来没必要推给后端。
碰到这种前后端都能做的东西，只能看心情决定了。

@wolfie mybatis 的 XML 本质是 XMLLanguageDriver. mybatis 和他的 xml 文件映射在接口上做了解耦, 通过 mybatis LanguageDriver 你可以自行扩展, 配合 springEL 表达式完全可以简化掉 mybatis 的 xml <if test="xxx!=null">这样的判断.

至于为什么没什么人去扩展这个,存粹是因为即使扩展了也没什么更明显的优势, 使用 springEL 或者自定义 dsl 结构省不了多少代码, 查询条件复杂了反而还没有<if test="xxx!=null">看着舒服.

@MrGoooo
的确 xml 对于动态条件判断的 sql 来说也不是简单明了.
但是不是所有框架的设计都以简单明了为目的.

另外补充一下,
之所以市面上的框架没有复杂查询 api 是因为大家发现试图用 java 来实现 sql 的 dsl 效果往往不尽人意, 要么就是 api 过于臃肿要么就是缺乏灵活性,弄到最后还不如直接传一条 sql 进去简单明了...

就真的套娃了,
jdbc 套 mybatis,
mybatis 套 mybatis-plus,
mybatis-plus 又套 mybatis-plus-join...

在框架上二次封装还不如自己重新弄一个.

@mbcz123 开始菜单里搜一下，名字叫做“iCloud 密码”

说实话真的难。。应用面实在是有限。。
我的需求范围内能用到的也就只有记笔记了。
iPad Pro 这个形态操作起来效率远远没有笔记本高。

我用的是 iPadPro 2018，本来今年打算更换 M1 iPad 的，但是认真思考了一下还是放弃了。。。