Design patterns 结合Cloud Firestore的Swift Singleton模式

我一直在寻找云firestore作为我的后端基础设施。我一直在使用实时数据库，但我觉得切换是至关重要的。我已经看过firebase文档，我正在考虑使用单例模式来管理数据事务，但是我不确定其后果，因为我在网上几乎没有提到。是否有关于云firestore最佳实践设计模式的信息。

关于单身人士的争论是有争议的，但这是双方都同意的地方，我认为我们应该在这里得出结论。一个共识是避免将它们用于重要的国家，在这个重要的列表中，我会将数据库排在或接近最顶端。另一个共识是，单例使单元测试更加困难，我认为您的数据层是您希望使单元测试变得最不困难的地方。既然没有任何令人信服的理由在Firestore中使用singleton模式，那么是否真的存在争论呢

Firestore在网络的宏伟计划中被抽象为一个非常高的层次。在后端，它不需要任何关于服务器配置、负载平衡或分片的知识。在前端，它甚至不需要本机网络知识（零网络呼叫！）。如果需要Firestore的单例模式，我们可以肯定Firebase API已经处理过了。例如，在一百万个不同的对象中实例化Firestore数据库不会创建到数据库本身的任何额外通道，并且容易出现竞争条件的任务会在幕后自动重试