要 ”资深技术专家“ 承认错误，很难的啦
你在公众面前打他脸啊

只听你的描述：
1 、 你没了解前辈的需求背景，业务逻辑 [看不懂代码||看不惯代码风格] ，就吐槽代码为“屎山”
2 、 你的前辈使用了 TS 和封装，你觉得繁琐，评价为“屎”

给我的感觉，你的前辈在做工程化的项目，你在“短平快”地糊屎。
你觉得你比你前辈优秀，可以贴代码||方案出来，看看别人是否赞同你

感觉 rust 才是真正的 better c .
支持大佬使用 rust 重构中间件，确实能起到节省内存效果。

dao 层的作用:
1. 方便后续做多数据源管理，读写分离等拓展操作
2. 后续切换 orm ，修改比较方便
3. 工程化，谁接手都知道查询数据库要通过 dao 对象

问题有点多。个人理解(不一定正确)
1. 业务逻辑就是需求实现逻辑，参考业务流程图。非业务逻辑，没听过，感觉是非功能需求，如要求响应时间，吞吐量，可靠性等

1.1 manager 层主要是
1. 把多个 service 循环依赖才能实现的方法下沉到 manager 对象中，避免循环依赖
2. 管理可复用资源，如 cacheManager ，transationManager 。。。

1.2 推荐在 service 层加密，dao 层主要做发送 sql 到数据库操作

1.3 支持方法重载就不推荐加 by_xx ，参数多就封装为一个查询对象

1.4 不写 python ，没懂

2. 没有 spring ，JAVA servlet 实现 filter 功能也很简单，继承 Filter ，配置类到 web.xml 就可以了

3. 数据实体？指 entity ？理解是一个数据库表对应的一个类。controller：service 是一对多，service:dao 是一对多。如 userservice 中注入 userdao, accountdao,

现在还能个人开发游戏赚钱的，只能说佩服。

我实际开发中的处理:
1. 上传文件后，在业务表中插入一条待验证记录，响应上传成功
2. 定时读取待验证记录，流式读文件，逐行检验，在单元格内用[]记录验证失败原因，输出到新文件。有异常则上传新文件。
3. 修改验证状态

整体就是加个用户上传记录，后台异步检验的思路。
如果是对接服务端的，追求实时性，还可以主动回调/推送检验结果

非法控制计算机信息系统程序罪

这个得了解下，什么时候犯了都不知道= =

ant ，maven 都深度使用过。
gradle 简单使用过。

体验最好的是 maven
单体项目就 maven + linux shell 脚本
微服务项目是 maven+docker+jenkins 。

两个推荐解决方案
1. 基于 camunda 做二次开发，表单相关业务前端维护，工作流引擎只负责流程设计和流程流转。自己封装下，提供几个核心 api 就可以了。

2. 如果要在线表单设计功能，推荐购买现成 oa 公司的服务。
表单设计，和流程绑定，表单权限，流程回退，预览审批人，多维度组合审批权限等功能，自己研发时间周期太长了，不切实际。

对一个东西不懂时，最好保持谦虚学习态度。

python 类库底层怎么处理的你不看
PBKDF 定义你不看
jdk 的类库你不研究

ai 翻译的不合你的"以为"，你又要喷。
通篇下来就凸显浮躁和无脑，没有现成类库喂饭到嘴就啥也不是。

简单看下，存在两个问题
1. 没有做父子线程事务传递
2. 没有考虑任务数超出线程池上限

推测异常原因:
问题 2 导致一直 await ，直到连接被自动清理线程关闭

时序图，应该用于体现业务执行顺序，感觉代码细节的分支和异常处理，没必要画

@liuhuihao
话不投机半句多
你保持你的接口返回值没有 null 就行了。
不用再回复，没兴趣解答。

不打开朋友圈，从根本解决问题。
微信用户发的，就屏蔽他。
微信的广告，这就没办法了

骑驴找马好点，裸辞压力大

@liuhuihao
1. 我的评论应该很清楚，接口该返回 null 就返回 null
2. null 和"不是一个东西，等你什么时候调用接口后不用对 string 返回值判 null 再讨论这个吧。
3. 集合，容器类推荐返回空集合，因为关注的是容器内的元素，而不是容器，容器应该存在的

1. null 和默认值是两个概念，null 是没有值，判 null 是调用方的责任
2. 字段能否为 null ，是产品，业务决定的，如果有默认值，也是产品和业务决定的。
3. 字段为 null ，或者为 null 时不返回字段，前端处理不了的，领导还倾向前端的，只能对你表示可怜

个人经验：
如果因为异常导致任务、业务无法继续运行，就应该打印 error 日志
如果因为参数错误、资源不足等，存在降级处理方案时，就选择 warn 、info 级别日志