@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 也要这玩意的……

个人开发者路过，现在的问题不仅仅是增加成本这一项，而且不仅仅是开发者没有能力，很多小公司也没有能力。

其实只要去研究，就会发现一个 App 很容易进入“出版”“广播”“文化”“宗教”领域。这样子的话你往往需要取得前置的审批材料。

为什么说特别容易进入，以“出版”为例：

“本规定所称网络出版物，是指通过信息网络向公众提供的，具有编辑、制作、加工等出版特征的数字化作品”

“（一）文学、艺术、科学等领域内具有知识性、思想性的文字、图片、地图、游戏、动漫、音视频读物等原创数字化作品；”

“（二）与已出版的图书、报纸、期刊、音像制品、电子出版物等内容相一致的数字化作品；”

“（三）将上述作品通过选择、编排、汇集等方式形成的网络文献数据库等数字化作品；”

“（四）__新闻出版广电总局认定的其他类型的数字化作品。”

其中第四条属于“最终解释权归我所有”的兜底条款，我们先看前面几条，基本上你的 App 如果是和书籍/成语/字典/诗词/百科相关的，甚至是你或者其他人基于文化材料收集的数据库（比如什么诗词大全啦），全部都在管理范围。

这种服务就得提供一个《网络出版服务许可证》，那么这个证怎么取得呢？

"除法定代表人和主要负责人外，有适应网络出版服务范围需要的 8 名以上具有国家新闻出版广电总局认可的出版及相关专业技术职业资格的专职编辑出版人员，其中具有中级以上职业资格的人员不得少于 3 名；"

基本宣告了不可能了。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

切入点挺好的。