这种情况官方售后可以免费换屏

我的 5s 升了也没什么压力，整体变慢了一点，还在接受的范围之内。 iOS11 估计就不行了~

256g 是铁定不够用的，虚拟机多几个，图片多点很快就会占满了。不过当初在预算有限的情况下，还是选择了 16g 内存。

我是虚拟机+xp+navicat 。 xp 资源占用很低，基本可以忽略。

@RoundCat lastpass 自动填表就没这个烦恼。

@bigpigeon hash+salt 当然是最安全的加密方式，不过 hash 是不可逆的，现实的需求是需要还原原本的密码。看来安全的做法也只能把用户的密码作为 key 再对用户的密码做加密处理。

@all
谢谢大家的回答，大概知道用什么方案去实现了。

主要还是社区吧，这点是无法与 react 和 angular 相比的。另外 stackoverflow 相关的问题相对也少的可怜。

@frinstioAKL 我现在又回归 QQ 拼音了，输入速度比系统的快多了，目前也没什么问题，常用的词库也有。

@iCyMind 去年装过一次搜狗，经常在刷存在感，还没法取消，所以就卸载了。

@wclebb 我的 macbook pro 16G ，内存够了吧，打字稍微快一点就卡，同样的情况下 qq 拼音的表现就很好。

@QAPTEAWH QQ 之前的版本就很好用，不刷存在感，很可惜不更新了。

@lyh404 去官网看了一下，似乎是专注做五笔输入?

@JasperYanky 为什么不要客户端拼参数呢? 这一版的 api 我们目前还没正式使用，目前打算服务端返回一个"next"字段取代"page"，当然还是由客户端这边提交过去。

@zclzhangcl 目前看来还是无法用简单的方法去处理分页问题。不过像 feed 流这种业务场景，倒是可以用 twitter 的 since_id 和 max_id 来处理，因为 feed 数据本身就是有序的(发布时间)。不过一旦出现其他排序条件，普通的方法还是得跪。

@ty89 对啊，我担心的问题就在这里。按照 id 分页，一旦将来增加排序需求的话完了。

@learnshare
@Ge4Los
@loading

使用游标或 id 一旦出现筛选条件就会失效了，有没有一种通用的方案呢。