本来以为是劫持，看了楼上的，原来是 Adobe 的合作。
这在国内很正常，Firefox、Opera 都干过这事。老外不懂中国的流氓行径，被国内代理商一忽悠，还以为是正常的商业合作。不过放在 Flash 上，也有可能是 Adobe 总部故意的，要知道现在最想杀死 Flash 的就是 Adobe。

@chztv 买这个不当主力机，也不是备用机，而是 windows 手机的辅助机。

windows 手机完全不能用之前，不打算换主力机。

出门在外手机只用来电话、短信、看 RSS、看小说，拍照都是偶尔的。回到家就不玩手机了，直接上 surface，真碰到不支持 PC 的服务，还有 android 虚拟机备用。

要不是跟家里通信有微信视频聊天的需求，最近 windows 手机上微信的推送又挂了，还不回想买辅助手机。昨天研究了下 Apple Pay 的支付，才有准备移动支付的想法。

@betaShine @oreoiot 原来是这样。不过我打算在京东拍拍上当一次小白鼠，估计没办法要求旧版本。反正不当主力机使用，新版本造成的卡顿应该能接受。
@irainsoft 看来我要尽量找一个 9 或 10 的了。话说不越狱能禁止升级吗，以前没用过苹果的，不太了解，只知道不能降级。
@luojianxhlxt 谢了。

为了正常的移动支付，看来是要买二手 Iphone SE 了，先当辅助机用一两年看看，之后考虑是不是买个全新版本的当主力机。
刚才研究了下 NFC 支付跟扫码支付的区别，已经确定 NFC 支付可以替换掉钱包里的信用卡，扫码支付不行。

@betaShine 不是都能升 11 吗？

@msn1983aa 我刚查了官网，Iphone SE 有 Apple Pay。另外查了 Apple Pay 的机制，NFC、TouchId/FaceId 是 Apple Pay 的必要条件。Iphone SE 有 NFC 和 TouchId，官网又说了有 Apple Pay，所以能正常使用 Apply Pay，前提是苹果没有强制结束支持。

三的结束支持，指的是苹果官方认为设备太旧安全性不足了，直接强制取消了上面的 Apple Pay，这个升不升级系统都没没啥区别了，云端不支持了，设备端肯定也是没法再继续用的。

microsoft onedrive。
量大的话再上个 office 365

@wojfsdj 作为数据对象的 pojo 最好都用包装类。有个极端说法是：除非是方法内部使用的变量，都要用包装类。另外只有 Boolean 类型的布尔值，可以命名为 isXXX，基本 boolean 类型布尔值，是不能名名称 isXXX 的。

@jinzhe 渲染时候的 null 判断应该交给前端框架处理。

@stach 要说理论都很抽象，我就举个 Java Hibernate 的例子吧。
Java 对象：
class Entity{
Integer intValue = null;
Integer intValueHasDefault = 2;
String stringValue = null;
Decimal decimalValue = null;
Boolean isSuccess = false;
Boolean isHasError = true;
}
默认映射方式下的数据库表：
create table entity(
int_value int default null,
int_value_has_default int default 2,
string_value varchar(255) default null,
decimal_value number default null,
is_success bit/tinyint default 0,
is_has_error bit/tinyint default 1,
)

java 对象这边，默认值是否是 null，完全取决于业务的需要，不用考虑数据库。查询更新数据操作的都是 Java 对象，不是 SQL 语句。
数据库这边，如果 DBA 确定性能上不适合用 null，那么修改数据库和映射关系。

上面这种设计方式，必须要完整 ORM （本例中是 Hibernate ）的支持，在国内还不是主流。国内用得多的是半 ORM （ MyBatis ），还没有解开业务开发和数据库开发。

@stach 你应该没用过 Hibernate 或者的 ORM 框架，说实话，我最讨厌的就是后端还跟数据库耦合。

@gbc123456 再定义个序列化规范：要么序列化所有字段，要么都不序列化 null，举手就能解决掉签名的问题，你非要搞这么容易出错的方案。
@v2410117 如果前端不参与接口定义，就是这种结果。前后端分离开发，最合理的接口设计方式时，需求出需求层面数据模型->后端出设计层面数据模型->前端透彻理解需求层面数据模型并了解设计层面数据模型->前端定义接口->后端找刺->回归定义->前后端同时开发->前后端单独单元测试（前端先用测试桩模拟接口）->继承测试。两个重点：前端定义接口；前端也要了解后台的数据模型。
@BearD01001 建议你去看看阿里 java 开发规范。为了解耦、主动防御、减少重复判断，是否为 null 的判断，应该是消费方 /调用方处理，而不是生产方 /被调用方处理。这个规范不限于接口定义，而是内部编码也要遵守的。

json 是序列成字符串的简单对象，支持 null。所以，能用 null 的就别做无谓的转换。
""显然不可取，除非它就表示空字符串而不是 null （另外既然前后端分离了，那后端自然也不需要考虑 null 显示成空白的设计了。）。
数字最好也是 null，但用 0 也可以，取决与前后端的协商。不过建议还是用 null，虽然这需要前端反序列化后的 JavaScript 对象中，这个字段的类型不能是基本类型，至少也得是 Numbei 对象。
数组应该没啥说了，null 和[]在绝大多数情况下都是表示一个含义。

确定红米 5a 刷国际版了。
今天看到了 Nokia7 真机，作为 1500 价位的手机来说，太丑了。

2g 时代的 cdma 就是没有 sim 卡的，需要烧号。
不过它实际上相当于不可插拔，只有运营商能修改的 SIM 卡。
现在的 esim，跟 cdma 烧号差不多，只不过烧号变成了芯片认证。
你说的两个方案不可行，方案二严重浪费，方案一密码方式根本不安全。

wsl 再脱掉 beta 标签之前，能用的 bash，是几乎完整的 Ubuntu，不是只有 bash

光有 wsl 还是不能用的，还需要额外安装 Ubuntu、suse 等应用，这些应用不是微软出的，就是 Ubuntu 厂商出的。所以确切的说，win10/wsl 不是 linux 发行版，而是提供发行版的运行环境。

别把虚拟内核不当内核

centos7 个人测试，请使用 Mariadb，非个人测试，直接找运维。