Rickey的独立开发系列

背景 随着我的独立 app 内容和功能越来越完善和丰富，包大小的问题也越来越严重了。安装包直逼 100MB，虽说还处于可以接受的范围内，但是对于一个独立 app 而言还是略微臃肿了一点。

iColors 是一个有大量图片的独立 App，从一开始就面临着如何处理图片存储的问题。随着发展，到了该使用云服务存储图片的时候了。

⚠️ 问题背景 最近上架新版本 iColors 的时候，收到了这样的邮件提醒：ITMS-91053:Missing API declaration

⚙️ 第三步：深色模式选择页面，我为 App 内部的深浅模式选择设置了一个单独的页面，用户可以手动选择外观是浅色还是深色，亦或是跟随系统。

这一篇补充讲解了一下颜色、图片资源通过预定义的方式，来适配深色模式。当这两项内容完成之后，接下来我们就可以进行整体的配置了

独立 app 适配深色模式是一个事半功倍的事情，本文我将以我自己的独立 app：「iColors」 为例，详细讲解适配深色模式的各个步骤。

🔦 App 内语言细节适配 我们做完了前文所说的一切，目前整个 App 应该绝大部分内容都已经适配多语言了。大的框架已经完成，剩余的是一些细节优化与调整，有部分特殊的场景需要额外的进行适配

🎯 App 内语言环境搭建 当我们做完上面的一切操作之后，App 目前看起来已经大体上适配了国际化了，我们可以直接看下效果

📡 替换代码中使用的文本，前文我们提取了一些带翻译的文件。现在假设我们能够通过某种方式得到具体的翻译后的结果

🤿 提取 App 内文本文案 我们前面花了大部分的篇幅，讲清楚了和 Core Data 相关的数据库文案的翻译。

🕵🏻‍♂️ Core Data 模型解析升级 当 Core Data 数据模型升级完毕之后，就意味着我们的数据可以被顺利的导入到 App 之中了

🧙🏻‍♀️ Core Data 架构升级：数据内容准备好之后，接下来就是升级 Core Data 架构了，确保能够顺利的使用最新的数据。

🫙 首先我们需要对我们的数据进行翻译。因为我的 App 「iColors」内部有非常多内容数据，通过 CoreData 进行管理，这些数据都需要进行翻译

对于一个独立 app 来讲，国际化出海是一个非常重要的步骤，海外广阔的市场和购买力，在营销跟上的情况下，是一个非常不错的收入来源。本文是系列文章第一期，主要将为什么做国际化，以及需要哪些准备

SwiftUI 如何实现获取指定 View 的 Frame 信息？核心是使用 GeometryReader，再加上一定程度的改造封装，最终优雅地实现 FrameGetter

SwiftUI实现点击空白处收起键盘的最佳方案：可以获取到整个 App 的 window，从而调用 endEditing，最后我在整个 App 初始化时加上手势识别就可以了

在没有支持多语言的时候，明明在 App Store Connect 上选择了 Primary Language 为 Chinese，为什么在 App Store 页面上还是显示主要语言为英文？

SwiftUI 轻量级自定义截图组件（使用篇），通过实战讲解如何快速优雅生成截图，介绍一个 SwiftUI 好用的库

今天来讲一个简单又实用的细节，如何在 SwiftUI 中避免因为键盘弹起，而影响页面布局的方法。实现的过程非常简单