iOS 横切问题

Question

我有一个正在开发的 Swift 应用程序，它允许用户保存有关其个人资料的各种设置。在我的代码中，有时了解这些设置/首选项对于应用程序的业务逻辑很重要。其中之一是用户工作的地方(他们的工作，(这是 sqllite 数据库中以 ID 作为主键的一行)。允许用户在任何给定时间在应用程序中选择一个(并且只能选择一个) . 把它想象成一个个人资料 - 他们可以从事很多工作，但只能选择一个。

以下是了解 workplaceid 配置文件很重要的场景:

1. 在我的 sqllite 数据库中，根据当前选择的工作 ID(因此不是数据库中的 ID，而是他们当前选择的 ID)检索工作/轮类信息。我将其传递到我的查询中。
2. 在 NSDate 扩展函数中，当我要确定一些关于他们开始日期的事情时，我需要检索他们当前选择的配置文件，并将其用于计算。
3. 当我想显示/隐藏某些字段时在特定 View 模型中。
4. 在提醒 View 中显示与其当前工作场所相关的内容。

现在我认为快速而肮脏的方法是在实用程序类中为您的 nsuserdefaults 创建一个包装类。当然，你的所有信息都存储在 sqllite 中，但你当前选择的应用程序首选项在 nsuserdefaults 中，因为我可以改变它(它会改变)。这与我的其他横切关注点类似，例如日志记录/错误处理，我可以在其中使用类似的实用程序类来完成我的所有工作。

事实上，我可能会从我的应用程序的每一层调用这个帮助器/实用程序类，这似乎是一个典型的危险信号，您不会这样做。无论是日志记录，还是获取信息的用户服务。

我很想知道在这种情况下其他人在做什么。当你需要来自你所有应用程序的 nsuserdefaults 时，答案是“呃谁在乎，只需创建一个实用程序类并在你需要的任何地方调用它”？或者是否有其他人在精心设计的 iOS 应用程序中遵循的最佳实践？我知道 AOP 是人们倾向于推荐的东西。这在 iOS 中有一席之地吗？

非常感谢 stackoverflow :)

Answer 1

The user is allowed to select one (and only one) in the app at any given time.

这告诉我你想创建一个单例类。每次你想更改配置文件时，你都会点击单例类并进行设置。该类封装了获取/设置所需的所有逻辑以及访问器函数。这就是我多年来在我的 ObjC 代码中所做的事情，它对我很有帮助。它非常容易调试，其余代码无需了解配置文件管理(除非是您选择配置文件的 UI 部分)。