Ios NSManagedObjectContext的单例？固执的依赖注入？

我有一个关于应用程序刚性的问题，因为苹果公司在

这使得应用程序体系结构僵化

我同意这一点。每个uiviewcontroller都应该是。。。在当前的应用程序流中不可靠，但UIApplication委托相当稳定，您始终可以调用该委托

关于nsmanagedobjectcontext，我听到的第二个论点是依赖注入。每个对象都应该只有真正需要的对象，但如果您必须通过几个不需要它们的控制器传递managedobjectcontext，但它们被放置在所需的控制器和源控制器之间，那么这实际上不是依赖项注入，我想更好的解决方案是singleton

---

你觉得怎么样？也许您对在控制器上传递managedobjectcontext有其他想法？

单例提供托管对象上下文原则上没有错。如果你打算在你的应用程序中只使用一个上下文，那真的没关系

---

但是，如果您正在进行后台获取和保存，并且如果您将核心数据并发方法用于父子上下文，那么这种方法很快就会出现问题。

提供托管对象上下文的单例原则上没有错。如果你打算在你的应用程序中只使用一个上下文，那真的没关系

---

但是，如果您正在进行后台获取和保存，并且如果您将核心数据并发方法用于父子上下文，这种方法很快就会出现问题。

我有一个应用程序，其中托管对象上下文存储在全局单例类中，供任何VC查找。这对我来说很好。无论这是否是最好的编程实践，我都会留给更好的程序员来回答。我有一个应用程序，其托管对象上下文存储在一个全局单例类中，供任何VC查找。这对我来说很好。不管这是不是最好的编程实践，我会留给更好的程序员来回答。好吧，我明白了。。。那么，在你看来，苹果对使用singleton进行managedobjectcontext的劝阻是夸大了吗？不，苹果的说法是正确的。这是一个更加严格的设计。它们还声明“按照约定”，托管对象上下文将传递给视图控制器。请参阅核心数据片段。好的，我明白了。。。那么，在你看来，苹果对使用singleton进行managedobjectcontext的劝阻是夸大了吗？不，苹果的说法是正确的。这是一个更加严格的设计。它们还声明“按照约定”，托管对象上下文将传递给视图控制器。请参见核心数据片段中的。