背景
我們?cè)谠O(shè)計(jì)聊天類(lèi) APP 都會(huì)有一套完整的用戶(hù)信息存儲(chǔ)機(jī)制峰伙，用來(lái)保存我們的通訊錄列表疗疟，以及每個(gè)用戶(hù)的頭像、昵稱(chēng)瞳氓、姓名策彤、等等一系列的用戶(hù)信息，防止我們過(guò)多的進(jìn)行服務(wù)器請(qǐng)求匣摘，對(duì)用戶(hù)體驗(yàn)很差店诗。這篇文章就簡(jiǎn)單的給大家創(chuàng)建一套用戶(hù)信息機(jī)制來(lái)提供一個(gè)簡(jiǎn)單的思路。
場(chǎng)景如下：
目前我們集成了融云的 IMLib SDK , 融云 IMLib SDK 僅提供了消息數(shù)據(jù)的存儲(chǔ)與查詢(xún)音榜。用戶(hù)信息和 UI 界面需要我們自己來(lái)維護(hù)庞瘸，而融云的 IMKit 雖然提供了用戶(hù)信息的管理，但是部分 UI 還是和我們產(chǎn)品設(shè)計(jì)不符的赠叼，那么如何設(shè)計(jì)一套類(lèi)似于 IMKit 的用戶(hù)信息管理機(jī)制擦囊，就是我們面臨的問(wèn)題违霞。
融云SDK：
https://docs.rongcloud.cn/v4/
思考
我們?cè)趯?shí)現(xiàn)這套機(jī)制的時(shí)候都需要哪些內(nèi)容？
- 首先我們要進(jìn)行存儲(chǔ)瞬场，存儲(chǔ)那就需要維護(hù)一個(gè)數(shù)據(jù)庫(kù)葛家。參考融云 IMKit 發(fā)現(xiàn)有下面一個(gè)配置
/*!
是否將用戶(hù)信息和群組信息在本地持久化存儲(chǔ)，默認(rèn)值為NO
@discussion
如果設(shè)置為NO泌类，則SDK在需要顯示用戶(hù)信息時(shí)，會(huì)調(diào)用用戶(hù)信息提供者獲取用戶(hù)信息并緩存到Cache底燎，此Cache在App生命周期結(jié)束時(shí)會(huì)被移除刃榨，下次啟動(dòng)時(shí)會(huì)再次通過(guò)用戶(hù)信息提供者獲取信息。
如果設(shè)置為YES双仍，則會(huì)將獲取到的用戶(hù)信息持久化存儲(chǔ)在本地枢希，App下次啟動(dòng)時(shí)Cache會(huì)仍然有效。
*/
@property (nonatomic, assign) BOOL enablePersistentUserInfoCache;
經(jīng)過(guò)測(cè)試以及融云專(zhuān)業(yè)技術(shù)人員的回答朱沃，發(fā)現(xiàn)這個(gè)配置起到的作用就是本次的用戶(hù)信息是否會(huì)進(jìn)行數(shù)據(jù)庫(kù)存儲(chǔ)苞轿。
這里的數(shù)據(jù)庫(kù)存儲(chǔ)是指當(dāng)此配置生效時(shí)，會(huì)在本地進(jìn)行數(shù)據(jù)庫(kù)文件的創(chuàng)建逗物。而不生效的時(shí)候搬卒，是不創(chuàng)建的。如果不創(chuàng)建的話還需要存儲(chǔ)的話翎卓，那應(yīng)該就是存儲(chǔ)到內(nèi)存了契邀。 而我們是需要每次登陸都有一些用戶(hù)信息的，那不需要使用內(nèi)存了失暴，需要我們進(jìn)行數(shù)據(jù)庫(kù)存儲(chǔ)坯门，所以我們需要準(zhǔn)備一個(gè) db 的管理類(lèi)，處理所有的數(shù)據(jù)庫(kù)操作逗扒。
需要一個(gè)整體管理用戶(hù)信息的入口 manager 古戴，用來(lái)整理一些基本信息。以及提供用戶(hù)信息管理的代理入口矩肩。
需要存儲(chǔ)哪些用戶(hù)信息以及準(zhǔn)備對(duì)用的 model 類(lèi)现恼。
準(zhǔn)備每種對(duì)象的緩存類(lèi)。
實(shí)現(xiàn)
以 融云 SDK 為例蛮拔，以一個(gè)用戶(hù)的 userinfo 為例大體來(lái)繪制一下整個(gè)流程圖述暂。
首先整理一些各個(gè)類(lèi)的用處，大體內(nèi)容如下：
UserInfoDBHelper: 數(shù)據(jù)庫(kù)管理
#import <Foundation/Foundation.h>
#import "UserInfo.h"
NS_ASSUME_NONNULL_BEGIN
@interface UserInfoDBHelper : NSObject
- (void)createDB;
- (UserInfo *)getUserInfo:(NSString *)userId;
- (void)refreshUserInfo:(UserInfo *)userInfo;
@end
NS_ASSUME_NONNULL_END
UserInfo: 用戶(hù)信息模型
#import <Foundation/Foundation.h>
NS_ASSUME_NONNULL_BEGIN
@interface UserInfo : NSObject
/**
id
name
url
*/
@end
NS_ASSUME_NONNULL_END
UserInfoCache: 用戶(hù)信息讀取類(lèi)
#import <Foundation/Foundation.h>
NS_ASSUME_NONNULL_BEGIN
@interface UserInfoCache : NSObject
- (UserInfo *)getUserInfo:(NSString *)userId;
- (void)refreshUserInfo:(UserInfo *)userInfo;
@end
NS_ASSUME_NONNULL_END
UserInfoManager: 對(duì)外入口
#import <Foundation/Foundation.h>
#import "UserInfo.h"
NS_ASSUME_NONNULL_BEGIN
@protocol UserInfoDelegate <NSObject>
- (void)getServerUserInfo:(NSString *)userid;
@end
@interface UserInfoManager : NSObject
@property (nonatomic, weak) id<UserInfoDelegate> delegate;
- (UserInfo *)getUserInfo:(NSString *)userid;
- (void)refreshUserInfo:(UserInfo *)userInfo;
@end
NS_ASSUME_NONNULL_END
此處提供了一個(gè)簡(jiǎn)單的流程圖建炫，供大家參考
解析：
- 首先用戶(hù)登錄畦韭，
- 繪制 UI，同時(shí)根據(jù)用戶(hù)的 id 來(lái)調(diào)用 manager.getuserinfo肛跌。
- manager 會(huì)調(diào)用用戶(hù)的 cache 類(lèi)來(lái)獲取 db 內(nèi)的用戶(hù)信息艺配。
- 在 cache 調(diào)用的時(shí)候如果你進(jìn)行了內(nèi)存緩存則先在內(nèi)存緩存中進(jìn)行查找察郁，然后調(diào)用 db.get 進(jìn)行查找
- db 在首次使用的時(shí)候會(huì)進(jìn)行數(shù)據(jù)庫(kù)文件檢查，不存在則創(chuàng)建并直接用戶(hù)信息返回空转唉。然后調(diào)用
manager 的 delegate 獲取用戶(hù)信息皮钠，再拿到用戶(hù)信息后發(fā)送通知來(lái)刷新 UI。
6.如果已創(chuàng)建的直接調(diào)用 db 的 get赠法。然后刷新 UI麦轰。
整體先只提供了一個(gè)思路，具體里面的一些內(nèi)部?jī)?yōu)化還需實(shí)踐砖织。
可能用到的技術(shù)點(diǎn)：
- SQL 的使用
- 單例類(lèi)的使用
- GCD 隊(duì)列
- 通知
- 代理
- 如果使用內(nèi)存緩存的話還需要保證線程安全款侵。
整體的一個(gè)簡(jiǎn)單思路就是上面供大家參考，待我寫(xiě)完再分享整體代碼給大家侧纯。
