上次处理这种需求是配置用 SM4 加密的，密钥直接写死在代码里，给客户部署时的容器里只有一个二进制文件。

1. 尽可能别用他们的 App 。
2. 能复制内容时尽量别截图。
3. 浏览内容时尽量别登陆。
4. 注册账号时想办法绕过实名。

上面是考虑到监管风险的情况，如果转发正常内容就无所谓了吧。

@Leviathann 实际上我也不是很认可 Java 这种强迫用户使用类定义操作的方式（据说后来的许多框架本质上都让用户 绕过了这个限制），但如我题中所说，我是从写 Python 的习惯出发解决问题，最后发现使用 OO 的思想对问题建模是很有必要的，或者本质上来说对问题进行合理抽象是必要的，这里是否应该认为 OO 和 FP 只是不同的抽象工具，其目的是相同的？

@xuanbg 数据模型反映的是业务模型，只有设计出合理的业务模型，才能设计出合适的数据模型来，我觉得这其实是同一个问题。

@FrankHB 感谢科普，虽然和我的问题关系不大，但是了解到了很多新知识。

@3dwelcome 我觉得你们对 “函数” 和 “命令” 的理解可能存在出入，讲的不是一件事情。

@Mithril 我也是这么想的，只是我们小公司没有正经架构师，所以总是遇到问题。

@taowen 还好，我们产品会参考我的意见，不会出现你说的情况。

@giiiiiithub 确实很玄，但 FP 开始时轻松，随着发展心智负担越来越大（主要是需要保证无状态），还是说有什么成体系的方法论推荐吗？

@3dwelcome 网络上对函数式编程的解释似乎很杂，类似 Google 的 map+reduce 这种模式我还能理解它的实际意义，但其他场景下到底怎么用我是完全不知道，特别是最近看的书都强调面向对象设计，感觉它们根本没有互相替代的可能。

@qaqLjj Eric Evans 的原著是 03 年的，不排除其中一些概念过时了的可能性，比如当时 web 还没有那么火，之后的移动互联网更是难以想象的，但后来者对这本书的解读感觉还不如原文，我觉得想要理解作者的思想，还是看原文比较好。（《 CSAPP 》出版于 2004 年，理论性的知识并不容易过时）

@qaqLjj 我觉得应该是 InfoQ 这本 https://www.infoq.cn/minibook/domain-driven-design-quickly 。
《实现领域驱动设计》中将这种称为「 DDD Lite 」或者「战术 DDD 」，因为它对战略设计的部分仅仅解释了一下概念，没有深入，看完后还是得去读原著，但能解释清楚概念已经非常有用了。

年终还没发呢，楼主到北京后感觉技术进步明显吗？有从进步中获得满足吗？

补个图
https://postimg.cc/sGPcSWPb

为什么我的 YouTube 不是这样……推荐不是分标签吗？有基于当前视频类别的推荐，已关注频道更新的推荐，曾观看过的推荐…可以自己选的啊？

你可以在这里找到详细的解释： [基于 select 的多路复用]( https://book.itsfun.top/gopl-zh/ch8/ch8-07.html)

……很少发帖的我都是需要的时候临时去搜一个出来用

Ted Lasso

看的不多，当时 Apple Music 换区的时候有篇文章很有帮助，然后 iPad + Apple Pencil 难道不算生产力工具？

@xilixjd 吴军在书里提到过早年 Google 周末是不休息的，人家也有过那个阶段，现在应该是加班费成本高于加班时员工创造的价值了。不过人家加班是在做有意义的事，国内很多情况是由于管理层无能导致的无效加班。

国内社区的两大特点：

1. 任何社区做大了都会被监管干死
1. 任何小社区时间长了不是自己凉了就是和第一条同样的结局

国内只有少数坚持自己写博客分享的大佬干货比较多，CSDN 和博客园虽然也有干货，但这几年被各路复制粘贴造简历的人污染得已经到了可以直接屏蔽的程度了。

我觉得本站已经相当友好了，访问困难 + 人少没准是优势。

@dcoder 你说的这个我也不反对，跨库场景下外键当然起不到作用，但非跨库的情况下你做的无非是自己实现了一遍数据库做的事。

对于一个团队来说，这种方式想要达到和数据库一样的效果，需要每个成员均熟悉相关知识，以及依靠大量的测试和代码 review ，即使这样也很难说完全不会出错，所以代价比直接设置外键高多了。

@Gota 非常感谢您的回复！解答了我的很多疑惑。

根据上述方案，可以将业务库的数据控制在一个较小的级别，让物理外键的存在不至于导致性能问题，同时可以利用好其完整性约束和级联操作等特性。一切的前提是需要引入一套高效可靠的日志服务，对吗？

我 28 楼的提问主要是考虑 **软删除** 这个情况下需要将数据存档。如果存在可以回放的日志，那就不需要软删除了，对数据的存档也早在记录日志时就已经完成了，这个问题也得到了解决。