是否有命名核心数据实体的约定？ argument我听说不为核心数据实体添加前缀是因为它们不可能发生冲突，因为它们只需要在模型中是唯一的，这是不正确的，因为生成的 NSManagedObject 子类可能仍会与现有的 Objective-C 类发生冲突。
所以我对核心数据实体做两件事似乎合乎逻辑:用我的项目类前缀作为前缀，并用实体作为后缀。这样，我就知道它是一个 Core Data 实体，并且它的名称永远不会与任何其他类冲突。
最佳答案
我实际上看到过带有项目类前缀和不带前缀的两种情况。我从未见过添加后缀。我更喜欢没有项目前缀，因为如果你有一个正在与之同步的远程数据库，我会使用相同的实体名称。然后，如果您发布了一个公共(public) API，您真的希望到处都是您的项目前缀吗？比如Stripe的实体是Customer，Card等，他们在唯一标识中使用前缀，我喜欢。此外，如果您为其他类使用项目前缀，则不会像您在 OP 中提到的那样冒覆盖的风险。
关于ios - 核心数据实体命名约定，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/29809083/