在学习 Core Data 时，我注意到 Apple 如何(在 Xcode 的模板中)直接使用 View Controller 内的查询类。这看起来像是一个糟糕的 MVC(数据库访问逻辑直接位于 View Controller 内部)。将这些类型的操作抽象为一组单独的类，从数据库获取数据并将其传递回调用它的 View Controller 是否有意义？
编辑-
因此，需要明确的是，当我说“各种操作”时，我特指的是 CRUD 操作。不过，如果您对所谓的“模型 Controller ”可以做的其他事情有想法，我很想听听它们。
最佳答案
这是一个意见问题，通常是的，模板是工作示例的最简单形式。例如，很难让一个模板生成多个文件。
是的，就我个人而言，我通常会衍生出一个单独的 NSManagedObject 子类。我喜欢拥有一个包含所有自动生成内容的 _MySubclass 对象，然后让模型实际引用具有基于模型的业务逻辑的 MySubclass(如果愿意，您也可以使用 mogenerator 或其他方法来执行此操作)。也许将其视为“模型 Controller ”和“ View Controller ”是另一种表达方式。
关于ios - 具有核心数据的模型 Controller 抽象，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9740287/