@phrack Python 方案具体实现很废人力和时间，设计的有问题，每变一个 JSON 结构都要改很多东西

@an0nym0u5u5er Python 解析的方案需要手动改很多文件啊，改成 Java 递归子层级 key-value 的方式可以实现自动化解析，注意递归深度，从理论上完全可行，我也起草过 Demo 实现了。
因为害怕担责拒绝更好更有效率的方案，造成的结果不是在拒绝进步吗？银行业务确实需要稳定优先，但事事都是这种理念作为决策基准（懵），才导致很多银行系统老牛拉破车的现状

至于你说的领导抬头看天，找正确的道路，我只看到两个老同事有空就玩手机看小说（他们就坐我旁边）

@kk2syc 真实

@NoOneNoBody 我也感觉这件小事，自己想的有点多，但就是忘不了她的话，有些不舒服

@me1onsoda 首先我没有一直问问题，我的工作内容都是我自己完成的。其次，我问的是另一个同事，她来阴阳我，这也是我小气吗？

@kk2syc 好代码和垃圾代码肯定一眼能看出水平啊，主要是他们的代码真的写的很糟糕，基本编码规范没有引起的⚠️

@zapper 拉小群吐槽我应该不可能，没有那种风气，她性格也不太像那种，主要是这件事总是萦绕在我脑海，感觉不舒服

@zapper 就她一个女的，其余是男的，但她是这个项目仅存的资历最老的同事，因此工作分配，向上汇报基本都是她在处理。

@zhy0216 ？？啥意思

@kenvix 感谢答疑，之前使用的是阿里的 oss 的依赖上传的文件，没有使用原生 Java 的流式上传

@kenvix 文件上传下载，应该是网络-->内存-->磁盘这一流程吧？我做上传的时候就是采用的分段上传，因此认为整个上传会导致其整个 size 占据内存空间

此外，还减轻了网络压力和内存压力，降低了系统负载

说一个都没有关注的关键点：内存溢出，如果服务器剩余可用内存为 4 个 G ，文件为 5G 。拆分就是避免内存溢出的场景，因此大文件才需要分段上传/下载。
如果文件是可预料的小，当然没必要拆分

门户网站时代——搜索引擎时代——推荐算法时代——大语言模型时代，如今后三者主流共存吧，门户网站通常存留与互联网小白的电脑上，2024 年还在问门户网站你是真的 6

而且需要注意的是不能因设计模式强行提升项目复杂度，比如很多项目中过度抽象，毫无意义的 interface ，多余的策略模式

需要指出，SpringCache 并不能完全替换 Redis 缓存，因其是 jvm 的缓存，只是单机缓存，在多实例情况下会引发 bug 。你的问题也不太明确，或许你希望的是了解设计模式来指导组件的设计，常用的设计模式就那几种装饰器，代理，观察者……经常被提及的通常就是应用比较广泛的

@halov 通常的 aop 是基于代理模式实现，为了一个参数检验，引入更大的项目复杂度，消耗更多的服务器资源，你觉得可取吗？

@Ashe007 比如 Java bean 属性用基本类型，工具类是某个 apache 工具类套壳，或者内部本身存在 bug 或非常不合理的逻辑

没必要，我参数检验选择使用 spring 自带的断言 Assert ，写在参数类中，通过参数对象调用即可

不明白为啥那么多写 jar 包的，特别是写一些垃圾代码的。让人看着就想喷