Xcode NSManagedObject 子类自动生成以覆盖单独组中的现有文件
Xcode NSManagedObject subclass auto-generation to overwrite existing files in separate groups
我非常高兴地使用 CoreData 和 xcdatamodeld 编辑器，但是当我为我的实体类型自动创建 NSManagedObject 子类时，文件放置选项似乎非常不灵活。
- 我必须选择一个文件夹来放置所有新文件
- 新文件在顶层重新添加到项目中（不在任何逻辑组中）
我将我的组和文件夹设置为相互镜像，另外我在我的 "models" 文件夹中为每个 NSManagedObject 子类保留单独的组（因为 CoreData 为每个子类创建 2 个文件，否则它会变得混乱） .
问题 1 意味着在这种情况下，我必须一次生成文件 1，手动选择每个子文件夹。问题 2 只是增加了一层便利，我觉得应该可以避免。
"overwrite any such existing files in place, wherever they are located & whatever groups they may be in" 的选项似乎是明智的——如此明智，事实上，我可能只是忽略了命令。有什么想法吗？
不，您没有忽略任何命令。 Xcode 在组织事物方面的想法与您不同。对于问题1，就是这样。 Xcode 在重新生成文件时不会尝试定位项目中的现有文件。也许应该，但现在不是这样设计的。
我非常高兴地使用 CoreData 和 xcdatamodeld 编辑器，但是当我为我的实体类型自动创建 NSManagedObject 子类时，文件放置选项似乎非常不灵活。
- 我必须选择一个文件夹来放置所有新文件
- 新文件在顶层重新添加到项目中（不在任何逻辑组中）
我将我的组和文件夹设置为相互镜像，另外我在我的 "models" 文件夹中为每个 NSManagedObject 子类保留单独的组（因为 CoreData 为每个子类创建 2 个文件，否则它会变得混乱） .
问题 1 意味着在这种情况下，我必须一次生成文件 1，手动选择每个子文件夹。问题 2 只是增加了一层便利，我觉得应该可以避免。
"overwrite any such existing files in place, wherever they are located & whatever groups they may be in" 的选项似乎是明智的——如此明智，事实上，我可能只是忽略了命令。有什么想法吗？
不，您没有忽略任何命令。 Xcode 在组织事物方面的想法与您不同。对于问题1，就是这样。 Xcode 在重新生成文件时不会尝试定位项目中的现有文件。也许应该，但现在不是这样设计的。