@totoro625 谢谢你提供的思路及付费应用列表，这对我很有启发

@leafre 哈哈哈 return 0;

工作内容和工具更新换代较慢，能形成经验沉淀且换新成本及培养成本相对教高，对于计算机也类似，偏底层的不易变容易形成经验积累，应用层变化较快 （且行业还存在 有发展与进步空间）

@iloveoovx 不要看他说什么，看他做什么

@iloveoovx 因为他懂人性 贪嗔痴 , 懂得规则运用规则（规律、道），有点像五轮书里面提到的剑道 ，懂得规则，运用规则，超越规则，张一鸣做到了超越规则，大多数人还停留懂得规则之前，去看字节的成长史 内涵段子 -> 今日头条 -> 抖音 ，还有他之前的签名 逃逸平庸的重力，作为移动互联网时代的弄潮儿，洞察 人性 + 技术规律（内容载体与带宽的升级 消费内容也会跟随改变）然后就像它签名一样，作为火箭，多数人成为了（火箭）的燃料

@Ironboy 现在可以了

@Ironboy 好的我看一下，好了给你回复

@AboutRSS 嗯嗯，我看一下什么原因

https://webfollow.cc/ 暂时没有 chrome 插件 支持多端同步 pwa 可以直接添加到桌面 ，订阅里面有一些内置好的推荐源

设计订单的时候可以订单里的用户只是个值对象 而非实体

@vczyh 建议参考领域驱动 17 楼的查询可以 在 order 上增加 user 的一些冗余信息 如 id name ，其他的可以放在 faced 组合 或者 在 application 层进行调度，将服务分成两类 一类是应用服务 面向应用的，一类是领域服务 包含领域知识的，应用服务调度编排领域服务 面向应用

设计之初就不允许 service 互相调用，公用逻辑可以在 sevice 下放到 manager ， 或在 service 上建个调度层协调 service

模板引擎 freemark 等

迭代 或 mapstruct
扁平化也挺好的

迭代的思路

B convert(A a){
B b = new B()
b.setId(a.code)
a.children.forEach(o->b.children.add(convert(o)))
returen b;
}

(莫名回复了）

迭代 或 mapstruct
扁平化也挺好的

迭代的思路

B convert(A a){
b.setId(a.code)
a.children.forEach(o=>b.children.add(convert(o)))
}

迭代 或 mapstruct
扁平化也挺好的

迭代的思路

B convert(A a){
b.setId(a.code)
b.setName(a.name)

}

nginx

github page

@MichealXie 谢谢肯定，有用的不舒服的可以及时沟通哦