如果 30+了买个 apple watch 强迫自己运动还是有必要的

转 C#吧，转着转着就润出去了。一举两得

@wentx #26
这年头不买顶配，都不好意思在 v 站发言。

@testonly #47
投资不重要？现在谁在喊着要外资进来啊？你不会不知道闭关锁国的后果吧？日子过不好，人穷疯了会怎样大家都知道吧？

@testonly #32
访问不了谷歌，百度也没出得了海啊。
同样，禁了安卓，国产系统也走不出来。只能自己玩。

你可以再禁更多，后果就是连投资也不带你玩了。

@testonly #32
没有资产会对主流平台说不的。你拒绝了主流平台分分钟就有别人替代你，用户也会用脚投票。

这时候我就不得不又引用 V 友说的了：

搞个备案很简单的。

@Chad0000 #15
以后隔阂会越来越大，大大增加了外资进入的难度。

你尽管自研折腾，就算兼容安卓，国外 APP 基本上只会上 Google Play ，国内各种厂家的平台都不上。

@xuanbg #13
好吧，确实不够大胆。

床上运动后再睡，再不行就增加运动时长。

@nzynzynzy #53
那是相当有可能，也就是回一次国我才发现国内的 APP 相当臃肿，我才觉得 APP 经常被杀，内存不够用，比如谷歌导航和高德导航的区别（尤其是会导致手机发热）。甚至连使用都不够简洁，习惯了谷歌导航的简洁直观后，一下子无法快速适应国内导航 APP 。

PS 我当时用的还是 7P 。

楼上很多人真是矫情，自认为是 Pro 的人，公布一下自己买的配置就行了。不是所有人都追求高内存，即使同样是开发。比如我 C#，我开发不用 Docker （当然我也不用 Mac ），8G 是够的，只是 16G 会更好，32G 更更好。有的人选择了够用就行，有的人非得说没高刷就是残废（我用我老婆的 15PM 开了高刷，体验了一会儿就关了，有一些区别，但没那么大）。

@Sean46
嗯，就是这个。我都把方案搞出来了，开始写代码了，才看到这个框架。当然我也用不到因为我是 C#

@kkk9 #6
问题他它可以让你随时回到单体或者微服务架构。“后悔”来得及。谷歌好像也在搞一个类似的框架，可独立也可同进程，go 写的。忘了名字了。

我也在给公司拆单体，我的方案更柔和：

- 先确保每个服务（我这里是模块）的独立性，尽量不要引用其他模块
- 模块功能抽象成接口，功能定义和实现分离
- 提出运行环境的概念，即负责跑这些模块的层
- 运行环境也负责对调用者返回实际实例
- 将大部分常见操作抽象，实现放运行层，即避免模块接触实现细节
- 模块只管触发事件，不订阅
- 设定一个统一的业务模块负责订阅所有消息，再通过运行层调用其他模块


关键部分：
- 一个运行环境可以托管任意个模块，如果模块调研在同一个环境则直接本地调用。
- 迁移过程中基本上只有一个运行环境就是单体本身，本地调用不影响性能
- 模块和它抽象的接口在单体完成依赖注入，这样单体可以直接调用新的模块
- 之后你可以实现跨运行环境通讯，也就是 RPC
- 可以将经常调用的模块放同一个运行环境中，以提升性能
- 模块所需基础能力（数据库访问/配置读取/缓存访问等）都抽象并由运行环境提供后，那么模块基本上可以动态加载了

基于此：

- 如果运行环境只跑一个模块，那就是微服务
- 如果运行环境跑所有模块，那就是单体
- 介于两者之间的，那就是混合模式
- 上述设计保障了只要你在运行环境你就可以访问所有模块
- 考虑到业务模块订阅了所有消息，那么每个运行环境都部署一个业务模块会避免更多的 RPC

目前这个计划实施得相当好。