事件驱动+路由,但是不清楚你的不顺畅点在于调用还是太多了导致混乱，如果是调用的话感觉没啥办法，调用第三方始终存在着一些网络，服务可用性等因素的影响

https://i.imgur.com/RSLLkHr.png

1. vue 项目是可以直接打包进 springboot 包里的，这样直接启动 springboot 就能访问页面，就和前后端不分离是一样的。再配合 graalvm native image 打包成原生镜像可以直接启动。
但是你项目引入的第三方包 graalvm native image 打包也许会有坑，也可以选择 exe4j 等工具打包 exe 直接启动。
2. 不用 java ，纯 js 应该也可以串口通讯。直接 electron 打包。这个我了解不多

本来是推自己的 mapstructplus 的，变成讨论 mapstruct 的了，哈哈
mapstruct 本身是通过编译期生成 getset 方法来实现转换的，就和 lombok 生成 getset 方法一样，因此这两者同时使用还需要额外配置
因为是 getset ，所以 mapstruct 的性能要优于 BeanUtils.copyProperties ，通常认为偶尔使用且数据量小的情况可以直接使用 BeanUtils.copyProperties ，否则使用 mapstruct 或者自己写 getset 比较好
关于深度拷贝，mapstruct 是支持的，也是需要额外的配置，不复杂
mapstruct 还提供 SPI

回到楼主这，楼主说 plus 对 mapstruct 做了增强，也就是连本来需要自己写的 Mapper 也通过 mapstruct-plus-processor 生成了。感觉楼主介绍的时候得强调下你做了哪些增强，本来是啥样，之后是啥样，例如楼上问到的深拷贝等，在你这里应该如何使用。

最后想问下，这个 @AutoMapper 支持多个 target 吗，如果我 User 想转成多种 UserVO 要怎么使用呢？

现在我写 sql 和分析 sql 的活都交给 gpt 了，感觉能省不少头发

从业务入手，看能不能提前制定折扣计划，比如 1 号之前配置 1-3 号的折扣，这样有充足的时间去计算折后价。
如果非要实时调整，那除了变动后计算，通过分组并发建结果表等常规方式计算没啥办法，你肯定不能每次查询再去计算的

有免费的支持 *.xx.com 的证书吗，有的话告诉我一下

1. mapstruct 转换，如果请求量大到影响业务，应该专门优化，一般来说这是少数接口
2. 分批次
3. 我这是拿到数据后再合并，具体方案得看业务

存储选什么呢，万一碰上一次停电直接头皮发麻
看了你上面说的这些，你用 k8s 的唯一原因是觉得它部署方便
1. 我并不觉得 k8s 部署方便，写个 helm chart 的时间肯定比写个脚本多（除非你更擅长写 chart 而不是 shell 脚本），只能说他看起来更规范
2. k8s 显然比直接部署更占用资源，它的优势在于自动扩缩容，但是你说你想固定节点且单节点。限制服务器资源 docker 一样可以
3. 管理集中或许这个算一点小优势，你用 k8s 会很自觉的把 yaml 或 chart 文件搞个仓库放好，并且有统一的入口去查看日志之类的，但是写个脚本也是一样的，易于维护则不一定，出现问题，你还要额外考虑 k8s 上的问题，而且出问题的概率比这些基础应用本身要大

综上对于你目前的情况而言你列出的优点都不算优点或者优势不明显

我是说 datart 的 logo 和我之前看 davinci 的怎么这么像，原来真的是“续作”
https://github.com/edp963/davinci/issues/2297#issuecomment-1118674817

@litchinn https://www.v2ex.com/t/804653

/804653

看这个帖子，你会发现站里很多这样的头像

@redchamber 敏感数据有时候并不是特指数据库里的数据，对于某个功能的需求和模块的设计本身就有可能是一家公司的命脉，属于商业机密

前景还是有的，毕竟数据这东西总有办法解决的，而且也并不是所有项目都是机密的

我看你不是自己提到了 go dlv 这种线上 debug 工具吗，不让用吗

我用的 mybatis-plus ，我的 query object ，会包含一个方法自动生成对应的 QueryWrapper ，在查询类传入 service 时已经变成 QueryWrapper 了，对于返回类一般来说都是和某一实体相关，额外的数据在 service 中处理并返回 VO 对象。
转换工具用的 mapstruct 。

为了防止混乱可以利用 maven 的模块，例如 controller 层依赖 service 层，service 层依赖 dao(或者叫 domain)层，
实体放在 domain 层，QO 放在 controller 层，VO 放在 service 层，这样就无法在 service 层使用 QO ，也无法在 domain 层直接使用 VO ，QO 。

如果你在很多情况下查询结果并不对应实体那么不应该用数据库驱动设计的思路，而应该考虑 DDD 。

这个帖子从另外一个角度火了

找测试要一个 sql ，把数据同步过来？
我觉得吧，其实该给权限就得给，把过程控制好就行，事实证明，强行不让开发去做总会有人想其他方法达到目的(比如程序里写接口)，这更危险

不是自带吗，https://docs.oasis-open.org/mqtt/mqtt/v5.0/os/mqtt-v5.0-os.html#_Toc3901045
emqx 像楼上说的有在线离线主题呀