@sujin190 技术实现的成本是厂家的啊。厂家没做到位就罚款，避免罚款就是很有收益（至少是避免损失）的一个驱动力了。

@janus77 如果你只是想让别人觉得你是在挑事，你可以继续按照这种模式回复。毕竟敲键盘的是你，提前做好相关风险的预期。

我这么回你，只是觉得你这么回其他人也很难得到友善回复。我其实正常回复，可以说相当的克制了，结果在你这里都能说到“如果你只是想发泄那随你”。

虽然你可能说“我只是说如果”，我的建议是，好好锻炼表达能力吧。

@Shook

1. 严格说这是违反 Apple 的规定的，Apple 有权任何时刻停止服务。
2. 个人开发者可以选择不上架国内 App 。
3. 你如果只是收款，并且不排斥国内的银行卡，可以到柜台直接咨询比较准确。只要是国内正规的银行然后支持美金入账应该就是可以的。

@hongfs 我觉得这件事上认为这么做为了国家安全的同学，真诚建议以后不要再绕来绕去的上网了，你们很有责任从自己做起抵御诱惑，维护赛博安全的。

@Pichai

一个一个回复。

1. 不在国区上线 App ，只做出海，目前不需要备案许可。

2. 在国区上线 App ，不管要不要联网，都需要备案许可。

3. App Store 你无论是否在国区上线，你只要有能用美金入账的账户即可，招行有这种卡。

4. 纳税如果你是开了公司之类的，对应公司每年也是要主动报税的。个人应该也是类似的。

@fengfuliu 工具记录类如果是有服务器的/会员系统，估计会有额外许可要求吧。

@gadfly3173 个人建议你最好就近投案自首，知行合一。

@gadfly3173

如果你访问这个网站被处罚了。

对应条款也不是新东西，老早就有，只是不怎么严格罢了。

被处罚就很 OK 嘛。

@gadfly3173 你其实现在访问这个网站可是要接受相关处罚的哦～

@gadfly3173 你见过啥时做个诗词的 App 也要这玩意的……

清补凉好吃
椰子好吃
文昌吃的椰子鸡好吃，下次有机会还去吃
火箭发射比较好看

沙滩也不错，就是酒店贵贵贵贵贵贵

网络问题，这种问题尤其出现在网络复杂的情况，比如不同机器的分流规则不一样，甚至切换频繁。

现在不讨论优势，简单说跨平台最大的劣势就是几个，通用的劣势：

1. 框架的维护风险，不要看很多人用，现在还有一堆人维护，但你去看看 Repo 的 Issue 页，你觉得很重要的 feature/bug fix ，对于 Flutter 来说只是很低优先级的 Issue 。必须承认，多数使用 Flutter 的开发者其实没有维护 Flutter 的能力和精力。而 Flutter 对于 Google 来说也不是一个盈利的项目。

2. 性能就是要弱一些，毕竟怎么样整都是包了一层，就是有额外消耗，有些时候动画有跳帧就是有跳帧。当然也许能力高超可以抓出问题然后像项目反哺造福其他人。

3. 三方库选择更少，而且可能因为支持的平台和三方库不一样，那就可能要选用多套方案，代码里面判断平台的代码少不了。而且对于自己封装的库的能力要求也比某个平台要更高。

4. 各个平台的新技术使用有一个时间差。你可能还是得加入不少原生代码，这就意味着其实一个合格的 Flutter 开发最好同时至少是一个合格的 Android 开发或者是一个合格的 iOS 开发。使得招聘人员的费用和难度都在上升。那些觉得随便招两个人就能写好几端的产品，大概率产品形态其实只需要做微信小程序就足矣，这种产品从 0 开始做，只能说后期做大还是要改。

总结一下说，跨平台做得好的公司，大概率是能够同时养活并且领导好一个多端原生团队的公司的。

而为了减少成本选择跨平台的公司，多数在长期看都是做不好跨平台的。也许短期内能享受到跨平台红利，但是随着产品形态调整团队增大，会暴露出很多问题的，这就不仅仅是单纯的技术问题了。

首先你最开始的归因就很奇怪。

其实多语言之所以只支持中文单纯就是个“其他语言的投入没有必要吧”或者“用户都是国内的”的心态驱动的，你把它归为什么体制，就是很奇怪的回路。

后面的疑惑也是认为 “App 产地会对这类事情有决定因素” 而产生的。

一码归一码，不要把不太相干的事情放在一起分析，我觉得这不是发散性的思维，而是思考方向就是错的。

切入点挺好的。