@fromdark
可以看一下相关的新闻，一直在说的「可控匿名」并不是完全匿名，额度最小的第 4 类也不是。跟数字欧元试验的小额方案有区别。

@xieyuheng
简单看了下，感觉很易懂。才刚开始写吧，期待，加油！

原来「数学基础」是这个意思 😓
以前尝试了解过「同伦类型论」，好像可以做计算机辅助证明：把数学证明过程表达为编程语言，让计算机去验证。
感觉非常高大上。入门就是要定义一个自然数系统。。

看样子调试难，主要是因为 “Data Binding 对调试不可见” 导致的。

我现在觉得这很大程度上是开发习惯的问题：MVVM 中，view 和 viewmodel ，很容易进行单元测试或者说 mock 假数据测试，如果利用好这一点，很大程度可以避免不知道问题出在哪一方吧。

比如某个 view 显示出了问题，可以构造一个用来测试的 viewmodel ，或者仅仅是把真 viewmodel 中的某些数据替换成 mock 数据，尝试在 view 上复现出现的问题。

比如，在 SwiftUI 中，对于每个 View ，都可以马上构造一个或多个 Preview(可使用 mock 的数据)，可即时预览，从而检测 View 的功能是否正常。这相当于是单元测试了。

@nicevar 没有看过 Android ，目前从 SwiftUI 开始了解的。

看到 https://jeremybytes.blogspot.com/2012/04/overview-of-mvvm-design-pattern.html 有个说法是：

Consequence: Errors Move from Compile Time to Run Time
我理解的它的意思是：编译时只检查绑定的类型(甚至不检查)，所以导致在绑定了错误的数据源时，仍能编译通过，但运行时就 error 了？

@rpman
我的 m1 mbp 13 出现过类似的情况，有个按键明显很卡，我把键帽撬开没发现异物，再装回去之后莫名其妙就好了。

不过自己撬的话，先在网上搜一下，不同 macbook 撬的方位不一样，强撬会弄断里面的结构。

@dearroy
提个 bug ，打开 https://help.heyform.net ，在任一链接上鼠标右键，新窗口中打开链接。
这时移动鼠标，会有拖拽选中的效果！！

考虑效率的话，可以用观察者模式：
「 A 事件」删除时，会对外广播消息，而「 B 事件」注册观察「 A 事件」的消息，然后作相应的处理。这样的话，只有注册(观察)的会被影响。效率比较高。而且观察者模式是一个很常用的去耦合的模式：A 只管广播消息，不用关心谁接收。

类似的，场景之间的依赖也可以这样。

@zhuangjia
@advancejar
可以问一下，具体是哪里没看懂吗？希望在下一篇中，补足一下。

自我感觉[上篇]( https://www.v2ex.com/t/818822)的整体表达比较清晰；
对于这篇，后面的文字部分表达地确实不那么通顺，有些背景概念可能只有自己知道，但我真希望能把自己脑袋里的「水印」给到大家。

本来想由浅入深表达出自己的想法，看来还是失败了。

@advancejar
前面的图应该可以看懂吧😅？可能还是有些地方没表达出来，我有点当局者迷了。


@kingsley777 > “把每个描述拆成词做标签，结果工作量太大，而且拆的太碎效果反而不好。。”
「拆的太碎效果不好」是不是就是因为没有结构呢？我非常能想象出一大堆破碎的标签是什么效果。
但假设标签之间有结构，那么你搜一个很小很细碎的标签，它也会给到你与之直接关联、间接关联的其他标签，进而是相关的笔记片段。

工作量的话，假如工具重点针对标签功能发力，应该会方便很多。

@zjddp 我不太懂这块。我就是在支付环节 id 被禁的。

@zhoulin
我试过了，中英文的 chat 都分别试过一遍了，可能和你的情况不一样，我的 AppleID 是被永久禁用了，能被启用的可能只是被临时禁用的。主题里提到的，第一次打给客服时，应该是临时禁用的状态，客服可以操作。

很无语啊，现在开发者帐号已经无法注册了，因为那个被禁的 id 已经与我的实名身份信息绑定了。不能再新建一个 id 去绑定。旧 id 被废，意味着这个我的实名身份信息在开发者帐号系统中彻底黑名单化了。

算下来，一共与客服沟通了有 10 次左右吧。
对苹果很失望。

@aptx4689 这个邮箱是什么梗？库克的邮箱？哈哈，那他得忙坏了。

@zhoulin
真这样就太好了，您能给发个链接吗？我只找到了「立即与 Apple 支持人员通话」和「安排通话」这 2 个支持选项。Google 也搜不到在线聊天。

@wangedenr
@vokins
综合两位的经历还有我自己的经历，说明还有一种可能性：大陆客服和非大陆客服，水平不一样或者说权限不一样。(我的 appleid 是国区的)。因为 @vokins 提到了客服有口音的情况，我第 3 次打的客服，也是带有似乎是粤港口音的。

这种解释可以消除关于「反應同一個問題，一樣的說法多打幾通電話往往遇到的解決方案都不同」、「关于余额退不退这种重大的事情，不应该有什么差别」这 2 者之间的矛盾。

@wangedenr 是吗？我觉得关于余额退不退这种重大的事情，不应该有什么差别吧。

@tangyujing99 > “我反驳仅凭 app 与车辆的定位仪，在用户还车瞬间就判定违停绝不合理。”

即使一个接近 0 的错误概率，落在某个不幸的个人身上，都是 1 。这种由系统导致的问题最恶心，因为每个人都可以说自己只是系统的一小部分。I'm just doing my job!

再补充一下，昨天晚上 8 点钟第 3 次打给客服，抱着试试的态度。
我开门见山的说，我之前打过两次客服，都没有解决，然后无奈之下投诉到了 12315 。
——事实上已经用 12315 的微信小程序提交了投诉，证据大概就是 itunes 发到我邮箱的充值凭据截图、appleid 余额截图、appleid 被封提示，但没有与客服通话的录音。

我说希望能在 12315 之前再尝试沟通解决一下。不知道是不是因为这句话，这位略带广东口音?的小哥，采取了一些与前两个女客服不太一样的步骤：问我 appleid 的拼写(前两次都直接知道)，发送一个验证码到我机器上让我确认，询问我充值相关的具体信息例如分几次充值多少，appleid 注册的时间等等。而且，他没有像前两次一样，要请高级客户经理来解决。

当他说可以把账号里的余额「折现」返给我，但账号无法解封时，可以想象我的心情。尝试说服无效的情况下，我放弃了取回 appleid 的希望，我说担心 appleid 被封会「连坐」，他说他自己没听过有这样的事情。

在这个过程中，他猜测说「会不会因为你的账号，以前从来没有用过付款，然后突然大额充值，触发风险机制」，他也强调自己也只是猜测。

从上面至少可以看出两点：
1. 很可能 12315 投诉是有用的。前两次的客服模式几乎一样，且明确告诉我钱拿不出来。很难想象第 3 次会「感动」客服？
2. 苹果系统发现的账户风险，不会告知用户，即使涉及争议。不知道是系统对客服不透明，还是对客服有保密规定。

上面说被封就不可能无辜的，只能说没经历过吧。我在给前两个客服打电话时，强调了他们「仅仅依靠系统判定，就判了一个账号“死刑”，不给出任何具体信息，且不再提供任何人工申诉的机制」，系统错了怎么办呢，连申诉渠道都给堵死了？这种风险评估，盲目相信系统的判定，简直可笑。