作者回复: 参考我另一篇《咚咚架构演进》的公开博文
作者回复: Mac Keynote画的,后面有一篇专门讲画图技法的
作者回复: 游戏开发我几乎没有经验,不敢妄言。简单说下感想,游戏开发的这种模式可能是有其业务特性决定的,一般来说大部分的游戏很难上到一定规模,对技术架构形成挑战。而上规模的游戏,有些是通过分服,分区在运维层面就解决了。游戏模式不太可能产生千万上亿的人群在一个场景下去集体行为,比如电商的促销秒杀,社交应用的热点事件
作者回复: 触类才会旁通嘛😊
作者回复: 好像回复过一个同样的问题了,看看其他留言
作者回复: 🤝^_^
作者回复: 流程和状态是服务内部的视图,比较复杂的业务画出来会清晰一些
作者回复: 用例不该是需求文档嘛😂