Android FirebaseDatabase.getInstance()是否应该少用?
例如,当我在android中使用SQLiteDatabase时,打开/关闭大量SQLiteDatabase助手通常不是一个好主意。相反,最好创建一种单例,确保只打开1个数据库 假设我有一个静态方法类,它执行大量需要数据库引用的Firebase操作。 例如: 在每个方法中调用FirebaseDatabase.getInstance()可以吗?在每个方法中创建一个新的DatabaseReference 还是从调用活动传递DatabaseReference更好Android FirebaseDatabase.getInstance()是否应该少用?,android,optimization,firebase,firebase-realtime-database,Android,Optimization,Firebase,Firebase Realtime Database,例如,当我在android中使用SQLiteDatabase时,打开/关闭大量SQLiteDatabase助手通常不是一个好主意。相反,最好创建一种单例,确保只打开1个数据库 假设我有一个静态方法类,它执行大量需要数据库引用的Firebase操作。 例如: 在每个方法中调用FirebaseDatabase.getInstance()可以吗?在每个方法中创建一个新的DatabaseReference 还是从调用活动传递DatabaseReference更好 static void notifyUs
static void notifyUser(mUserReference, hisUserId)
vs
我希望优化的是网络使用率和性能。或者这一切都无关紧要,firebase是否为我处理所有事情?
FirebaseDatabase
和DatabaseReference
对象可以被视为对底层资源的相对廉价的引用
Firebase SDK在幕后管理这些事情。只有对FirebaseData.getInstance()
的第一次调用将完成设置工作,后续调用(在同一进程中)将简单地重复使用已经完成的操作
static void notifyUser(mUserReference, hisUserId)
static void notifyUser(myUserId, hisUserId) --> Create the reference inside method