Ios 如何正确抽象Firebase

我感兴趣的是如何正确地抽象Firebase，以便将其与我的应用程序解耦，以防将来需要切换后端

现在我有一个带有静态方法的类，可以访问实时数据库和存储。我在整个应用程序中调用这些静态方法

---

这是在生产环境中使用Firebase的最佳方式吗？我的应用程序是用Swift编写的

您可以创建一个包装类

class YourWrapperClass: NSObject {
}

导入要与此包装器一起使用的Firebase之类的框架

import Firebase

使用完成处理程序/闭包/块创建方法 就这样。通过这种方式，您可以使用代码的可重用性

---

每当您想要停止使用Firebase时，您就必须停止从这个包装类调用方法&实现您想要调用/使用的替代方法。希望这会有所帮助。

我认为最好的方法是为

Firebase数据库中的每个主节点提供带有静态成员的
struct
，并为
Firebase存储的每个主文件夹提供单独的模型。它应该看起来像API的
。你可以在将来毫无问题地改变它
 这真的不可能回答。如果您将应用程序构建为与Firebase（一个在线异步数据库）协同工作，那么整个代码流就是基于此。如果你切换到MySql，那是一个完全不同的设计模式；非在线（取决于）和非异步（一般）。所以，它将完全重写大部分数据库交互（我们已经完成了，并且有很多第一手经验）。