风气就是这样 你把你重写的贴上来 搬砖工就没话说

教你如何刷星 项目

@Joker123456789 如果你认为使用你的东西要仔细阅读文档 而不是像多数人使用 spring 时一些约定俗成的写法 那 ok 如果不是我怎么知道你封装的注解有什么操作 而且你这个设计等于在 spring 上再自己封装一层 你能给使用者带来更高效的开发吗 如果我不用你框架了 是不是全部爆红？ 影响到整体项目没？ 打个比方 我从 orm1 框架换 orm2 他影响的范围是数据存取部分 如果 orm12 都遵守一样的范式协议影响更小 你说你能直接删 你的返回单个参数涉及业务逻辑没？ 参数校验规则涉及没 你见过哪个框架是这么设计的 我把框架删了要不要补大量的逻辑？

没有用过你项目的 这什么奇葩写法 调用顺序是什么 用过 spring 的 哦 我去找声明 bean 注入的地方 做框架是要解耦 不解耦要他干嘛 你这个侵入程度很明显 只适合自己内部用 比 autowired 更费心力

对企业级是不是有什么误解

离职一直爽 一直离职一直爽 太多结果导向工作拆完东墙补西墙 不想干了 淦 在职的想法离职后又没动力去实现 毅种循环

不要为了面试而积累知识 能 google 的东西记他作甚

@Braisdom 设计的挺好的 不过条件查询上是怎样个用法 看起来有点接近 sql 拼接了 应该可以用下 example spec 的思路 example 没实现条件表达

@Kirsk 不过有缺陷 搭配充血就不合适 能够良好分离职责没问题

这不就是 active record 模式么 没必要自己实现 直接在 orm 上自定义就好了 要不在 jpa 上封装一套 unit of work activeRecord 各种模式可选 狗头

Netty

？不要 Java 了？ 难道学 go 不是增量吗

电台 google play 的托福雅思

@echo1937 要买线路规划的 否则就是人工智障

@xy1205 更像是管理的问题🤔

没觉得 idea 好用在哪 看的眼花 老年人

@lomsing 接着杠

Ddd 是业务建模 不是数据建模 不懂业务还是不要玩