看了大家的讨论都集中在隐私上，可见大家对隐私的确实是很关切。
其实我能有这个想法，第一点是我知道隐私对用户的重要性；第二点也是更现实的一点，就是对于小的独立开发者来说，运行和维护一个用户量越来越多的网络服务，是非常有挑战的，无论是资金还是精力的方面。
还有个问题前面没有提到，就是这个“社交网络”的数据，实际上是存储在用户的个人空间的，也就是说会占据用户的 iCloud 的存储，如果用户没有额外订阅 iCloud 空间，也会是一个问题。

@wyd011011daniel 我觉得支持两种格式就可以，一种是可读性强的格式，比如 PDF 或者 HTML ；一种是结构化的数据，比如 json 或者是直接是一个 sqlite 文件之类的。

不过因为开发者的成本基本只剩开发者年费了，这个成本其实是很低的。

感谢大家的回复 @wyd011011daniel @SingeeKing @icestraw @musi
看来大家对隐私的顾虑都很大，确实通过开源或者外部审计无法打消用户的顾虑，但如果这是一个可行的商业模式，开发者是没有动力来主动破坏这种信任的，就像苹果的所谓隐私保护，也是因为大家相信他不会抛弃自己赖以生存的卖点为前提的。
除了隐私之外，我觉得这个方案的另一个特点被大家忽视了，就是服务的可持续性。为什么小开发者没办法做网盘之类对可持续性要求高的应用，就是大家会担心万一开发者撂挑子不干了，我的数据就没了。采用这种方案可以不恰当的理解为这就是一个单机应用（我甚至在考虑加一个本地存储选项，用户的云端数据在本地都有镜像备份，当然确实会浪费设备的存储空间），并且从第一个版本就提供数据的导出功能。维持一个没有服务端的 App 的成本是远低于维护大规模用户云端服务的成本的。
总之吧，目前也还是构想阶段，只是想了解下大家的想法，集思广益。

@SayHelloHi 目前在 Apple 原生平台之外还没有发现特别流行的库，苹果有一个 CloudKit.js ，应该可以用来开发 Web App ，但是也没见到比较有名的应用案例。
如果思路可行，我倒是有计划基于 CloudKit Web Service 封装一个 flutter 的 package ，如果真做出来了会开源出来。

@richard1122 我还没有测试到这一步，目前看是不乐观。

这真有人敢用？......

还行吧，在倒数第三行这种多个括号的地方每个括号后边加个逗号可读性应该会增加一些，但不多...

把两根 16 卖掉，上两根一样的 32 ，不然混用内存大概率频率上不去

@kyor0 @Lentin 感谢提供思路，已经破案，确实是 NAS 上有一个 bridge 模式的 docker 容器在不断的重启，dhcp 就一直给他分配新的 ip ，然后我的 DHCP 租期设置得比较长，逐渐就全占满了。

我自己 Google 了下，然后问了问 ChatGPT ，都提到了“02:42:”这样的地址是 docker 使用的，我排查了 nas 上起的各种 docker 服务，并没有发现这些不认识的链接的源头
有种预感是 docker 引起的，但是还没啥好思路如何确认问题

@daxigua1te 感谢回复哈，我这边是银行跟我要合同和发票，然后我在 app connect 后台下载了 pdf 的合同，截图了付款明细的表格给了银行。最后算是成功入帐了，感觉现在政策也不明朗，我们开户的银行估计也是没怎么处理过，跟他解释了半天苹果为什么会给我打钱

@daxigua1te 请教下 op 最终解决了吗，我这边也是公司形式第一次打款，银行方面要求合同和发票，想了解下合同和发票是怎么取得的，多谢

upvote 了一下，确实是有类似的需求。
感觉这类产品需要解决的问题是服务的可持续性，或者说如何让用相信你能持续运营下去，毕竟数据都是存在别人手里，服务中断了，数据就没了。

@webto 我有个思路就是基于 Apple 的 CloudKit 的分享功能来实现，这样基本上就是数据同步只需要 Apple 的账号体系和存储同步就实现了，好像这种存储也只会占用用户自己的 iCloud 存储，为不会给开发者带来额外的费用。
就是交互上可能麻烦一些，必须借助 Apple 规定的方式来分享和加入。隐私和持续服务方面，现在勉强可以相信的可能 Apple 是为数不多的选择了。
这个方案的问题是如何支持 Apple 之外的平台，毕竟家庭内分享的话，一般家庭给每个人搞一台 iPhone 还是挺吃力的。看到有 CloudKit js 这种东西，但是不知道能不能用在 web 之外的平台，如果技术上可行话，比如我用在 android app 上，让用户通过 webview 登陆 Apple ID 授权，这种操作是不是被苹果，或者是 google 允许的。

确实一直想找一个类似的 App ，用来在家庭这种小圈子内分享内容，但是比较在意的还是隐私问题，还有服务的持续性，担心哪天开发者不干了。

@waytin 兑换码已经发送到邮箱，请查收

@waytin 国内购买确实有些麻烦，我自己 play 商店绑卡也没成功过...

Google Play 的应用是否可以放第三方支付的购买方式我确实是不太清楚，苹果那边是明确不可以的。现在这个版本因为备案和版号的问题没有上国内的市场，所以想付费确实麻烦一些。我这边正在重构项目，后边应该会单独封装处一个国内版，功能基本一致，尝试上到国内的市场，以游戏的方式上架肯定是没戏的，看能不能上到应用分类里。

如果需要会员，可以留个邮箱，我免费发你个兑换码。

回来说下我最终采用的办法，我自创了一个还算能用的方案，目前正在用这个方式重构手机版的数独游戏，同步开发桌面版（计划上 Steam 和 Mac App Store ）。

这个方案将几乎所有的代码逻辑都整合在一个大的 flutter 插件项目中，然后根据不同平台或者 App 的需求创建一个 flutter App 。这个 App 的项目只包含一些配置信息，包括是运行在什么平台，是否支持内购，采用什么广告平台，发行的渠道等等信息。

甚至，我计划把不同的 App （指的是开发中和计划开发的不同 App ，比如在站里征求过建议的 3D 数独 https://v2ex.com/t/998390 ，以后想做的杀手数独，儿童数独等等）都放在这一个杂糅的插件项目中。

这样做好处是最大化的复用了代码，包含逻辑和界面，因为不同数独无论是逻辑还是界面都是大同小异的，还捎带有一个收获，因为不同的 App 中其实已经包含了彼此的代码，所有可以实现在 A App 中试玩 B App 或者 B App 试玩 A App ，方便 App 数量上来之后交叉推广。

缺点也很明显，会导致程序包膨胀，因为重构还在进行中，但我预估代码逻辑本身不会造成太大的膨胀，需要担心的是各类资源，主要是游戏迷题包，目前还没有想好怎么处理。

目前 Hi Sudoku 已经更新到了 1.2.4 ，无论是界面还是操作都有了不少的改进，欢迎试玩。

这是以前在论坛推广的帖子： https://v2ex.com/t/992373

在这可以找到下载链接。

第一个大概是 10 年左右，记得还有一两次升级是付费的，两三百的样子