@superedlimited #4 外国人可以学习一下。

如果数据是以姓、名的方数据存储的，则应该分别存储 Zhang 和 San ，而不管格式化输出的结果。

@Rennen #1 WSA 是 subsystem 好像和安全性无关，只是表明它提供一系列 API 而已吧，Win32 也是 subsystem 。

@weekidjoker #17 那你的需求无法用软件达成，只要加密代码存在于客户可以自由访问的内存里，那客户当然知道加密逻辑和公钥。

要回答你的问题，第一步是搞清楚你说的“破解”是什么意思。

@weid #5 Zelle 只要用参与银行的往来账户基本上都可以无额外条件使用，而银行开户并不需要社保号，第一次以 B 身份进入美国也是可以开的。获取社保号不需要是公民或者永久居民，例如几乎所有在学校工作的 F 身份的人都有社保号。

美国这边最近流行的是“我是 AT&T/Verizon/T-Mobile ，您名下的电话号码发送诈骗短信”（我推测是 Weee! 泄露的数据）

@LuckyPocketWatch #3 虽然楼主的理解问题比较大，不过

struct People
{
mutable int mutable_field;
int field;
};

void print_info(const People &p)
{
p.mutable_field = 1;
const_cast<People &>(p).field = 2;
}

int main()
{
People inst;
print_info(inst);
}

另外，Python 也只有传值，最早的 FORTRAN 只有传引用。

@justonelastdance #7 您需要复习 JavaScript 基础知识，a 的值是指向那个对象实例的引用，而不是那个对象实例。在 b 的调用中，通过 c （也是指向那个对象的引用）改变了对象实例，当然可以通过 a 看见。

你当然理解这里发生了什么，但是你的术语用法和计算机科学中的主流用法不符。我暂时找不到教科书，而且我上面的说明已经很明确了，你也可以参考 https://stackoverflow.com/a/7744623/4598348

@justonelastdance #5

a 的值没有变，在 b 退出之前 c 的值是 null ，但 b 退出之后 a 不是 null 。

另外“a 和 c 都指向同一个引用”是错误的。a 和 c 代表了不同的存储位置，并且进入 b 的时候 a 和 c 所代表的存储位置具有相同的值，这两个相同的值都是对象引用。

@justonelastdance #3 一个方法的一个参数是传引用 (pass by reference) 的含义是：实参可以被赋值，且方法内对形参的赋值会导致对实参赋值。

let a = {};
function b(c) { c.d = 1; c = null; }
b(a);
console.log(a);

这里 a 不是 {} 那个对象，而是对象引用，a 的值引用了那个对象。b(a) 这个调用中：

形参 c 的值是实参 a 的值的副本，故一开始 c 也引用了那个对象，透过 c 的值可以操作那个对象，因此 c.d = 1 这句话会改变那个对象，当然，这没有改变 a ，因为 a 不是那个对象，而 a 还是引用了那个对象。

形参 c 和实参 a 绑定到了不同的存储位置，对 c 的赋值并不影响 a 的值（也就是不影响 a 的值引用了哪个对象），因此 c 是传值。

最简单的理解 JavaScript 的方法是这样的：这个世界上有两种值，对象实例、对象引用，除了 import 带来的，其他所有变量名都指示互不相同的存储位置，且每个具名的存储位置都只能存储对象引用。（ 123 这种 typeof 会得到 'number' 的东西直接理解为不可变对象就好，不要搞什么 primitive value 之说。）

另外，JavaScript 也只有传值。

对于纯函数式语言来说，传引用和传值没有任何区别。

Java 和 C 都只能传值。

重新思考，你可能想说的是连贯接口（ fluent interface ）。

没看懂这个和响应式有什么关系，但搜索引擎关键词是 git ignore whitespace ，可以额外加 diff 和 blame 关键词。

为啥要赔偿还需要商量的，不给请直接诉诸法律手段。拿好钱，找一个更好的地方。

D 列估计是公式计算的，有浮点误差。存储货币的时候请格式化单元格选择货币，然后计算货币的公式外面套一层 ROUND(…, 6) 保留六位小数，格式化的时候指定精度。

什么叫做开通 cash ？

很多美国的银行都参与了 Zelle ，你开好账户自然就有了，所以问题归结为如何开美国的往来账户。

@geelaw 最后一段里面第一个例子是错误的，因为数组是 implicit-lifetime object ，于是在 a == b 执行的时候它的效果已经变成了 [expr.eq]/3.2 了。不过第二个例子 p == p 依然成立。