niubi!

1. F 不带集显可能对后续加速不利，对独显的选择就会有更多要求（某一小部分 A 卡），可以考虑更换
2. 独显请考虑入个 A 卡，vega 或者 5700xt
3. 如果需要无线网卡，可以上 Fenvi 家的免驱卡
4. 硬盘型号没写明，有部分三星的 OEM 盘好像是上不了的

64 -> 0

1. 照片好不好看，都是人的主观评判，很多照片 800w 像素其实就足够了，各类摄影和后期软件的丰富和稳定带来的体验也是重要的一环。
2. 屏占比（或者说去刘海）没话说，个人也希望苹果再加个油。
3. 内存也没话说。
4. CPU 这个还真不好说，也没有太有效的对比（比如大家跑一个一样的系统一样的测试软件）。
5. 关于上述几点对 “流畅” 的考虑，其实对系统层面的流畅好像不算是拉开体验的因素，iOS 的一些动画专利、更严格的权限减少对系统的负荷等或许更关键，人机交互可能还有很多可以进步的地方。

手头两个二代，平稳移动时和自带的比较可能拖影的感觉更明显一点点，感觉可忽略不计。。

1. @Cytion 闪存吧
2. 确实楼主可以搞个看 CPU 使用的

看下行车区间。。

比自带的好用 +1

@ukyoo 我觉得你说的很具体了，那可以讨论一下几个具体的点：

1. ",在 ViewModel 只是应该调用 Repo 来直接获取加工好的数据"：这点可以这样考虑，比如同样一个购物车信息的 Repo 可以被多个地方调用（甚至是同一个 Repo 的同一个 API ），但展示出来的方式可能略有不同，所以你可能会分别在 ViewModel 内做一些针对不同 UI 元素的数据后置处理（比如把给每个标题加上 1234 的顺序索引），我觉得 Repo 不需要承担 100% 的源数据处理工作，更多的是做好偏下层的通用性处理，ViewModel 可以有一点点真正对 "View" 的 "Model" 的处理；
2. "把 ViewModel 里 LiveData 的引用传递给 Repo"：正如前面讨论的，LiveData 更多是要在 ViewModel 和 View 这边去发挥作用，而 Repo 本身是可以被更多地方使用，例如几个 Repo 之间可以互相调用，也即现在比较普遍的模块化框架下几个模块之间的功能互相 invoke，这种情况下我们并不需要 LiveData，而是使用如题所说的 Rx，如果要做这个方案，那么就得把大量的 Repo 里的 API 提供两套接口，一套没有 LiveData 一套有，不过也不能说不是一种解法吧。

后者，因为：

1. LiveData 就是真实值的包装，长期可观察的对象，确实如你所言我觉得不可以也不应该不断指向新的对象；
2. LiveData 是和 Android Framework 本身有关联的（或者说和 LifeCycle Framework ），而 Repository 层面其实是更加底层、通用层面，可以不做关心，这也是你为什么用更重量级更通用的 Rx Framework 在这一层来处理逻辑和数据的原因吧，故放在 ViewModel 挺合理，楼主可以说一下为什么感觉不合理~

已打赏支持！

@joyee 哈哈竟然在这边碰到秋衣

听力楼上说的很多了，确实是可以不出国练出来，而且对其他方面（读，说）的帮助也不会少。
说的方面，推荐淘宝找菲律宾外教（入门，一节课约 15 -20 元），或者 Cambly 这种欧美系平台（从易到难都有，一节课约 30-40 元），聊就对了。另外，这个价格应该对大部分程序员的收入来说应该是轻而易举了，而且时间上可以做到 24 小时可以有课上。

咨询老师还不如来问这里直接就业的，或者名校在读的。

这样的话等 10.15.2 就可以上车了