書籍?dāng)?shù)據(jù)多端同步方案梳理-iOS


Epub

筆摘記同步方案

  1. 上報筆記摘記數(shù)據(jù)

上報接口均為:API_addNote稚机,后臺以 note_type 字段值作為區(qū)分通今,具體參數(shù)如下:

NSMutableDictionary *params = @{
        @"note_type":           type,           //0--筆記漂坏;1--摘記
        @"app_type":            @"iOS",
        @"take_note":           markModel.markContent,  // 原文內(nèi)容
        @"notes":               markModel.markInfo, // 用戶筆記內(nèi)容,摘記時為空
        @"book_id":             markModel.bookId,
        @"ios_location_note":   jsonString,     // 定位數(shù)據(jù)
    }.mutableCopy;
/// 

/// 上報成功處理提示:
if ([type isEqualToNumber:@1]) {
    [ToastTool showTipMessageInWindow:@"可到‘我的筆記’查看"];
} else {
    [ToastTool showTipMessageInWindow:@"可到‘我的摘記本’查看"];
}

  1. 獲取筆記摘記數(shù)據(jù)

獲取接口為:
筆記 - API_getNoteByBookId
摘記 - API_getNoteByBookId

/** 模型
@property (nonatomic, copy) NSString *iosLocationNote;  // iOS定位數(shù)據(jù)
@property (nonatomic, copy) NSString *webLocationNote;  // Android定位數(shù)據(jù)
@property (nonatomic, copy) NSString *takeNote;     // Web定位數(shù)據(jù)
*/

/** 某條筆/摘記解析后的數(shù)據(jù)模型示例:
<MyNoteModel> 
   [takeNote]: 她驚異地搖了搖頭:“沒有。你怎么會想到他要給我包裹?”
   [id]: 4625f96c6f0b4e45b48e5579e6bd1a03
   [notes]: ?shide
   [webLocationNote]: <nil>
   [locationNote]: <nil>
   [chapterTitle]: <nil>
   [iosLocationNote]: {"playOrder":5,"CharIndex":0,"ParagraphIndex":1007,"Element...
   [createTime]: 2020-07-14 08:50:37
   [isOpening]: 0
</MyNoteModel>
*/

/** iosLocationNote 定位數(shù)據(jù)
{
    "playOrder":5,
    "CharIndex":0,
    "ParagraphIndex":1007,
    "ElementIndex":0,
    "timeStamp":1594687821.30233,
    "indexEnd":2115,
    "chapterId":"8232126329250033",
    "startOffset":0,
    "markContent":"她驚異地搖了搖頭:“沒有漠酿。你怎么會想到他要給我包裹?”",
    "markInfo":"?shide",
    "markType":0,
    "endText":"她驚異地搖了搖頭:“沒有谎亩。你怎么會想到他要給我包裹炒嘲?”",
    "contentPathId":"id122",
    "markId":"6612626366525154",
    "paragraph":1007,
    "startText":"她驚異地搖了搖頭:“沒有。你怎么會想到他要給我包裹匈庭?”",
    "Uid":"6612626366525154",
    "bookId":"18d109dbf6ff4c3fb5e3f54d150615df",
    "myEnd":{
        "ParagraphIndex":1007,
        "CharIndex":1,
        "ElementIndex":27
    },
    "endOffset":26,
    "indexStart":2089
}
*/

其中用于同步的字段為:

/*三端筆記摘記數(shù)據(jù)同步/
@property (nonatomic, copy) NSString *contentPathId; //筆記所在章節(jié)的文件ID夫凸,解析書籍內(nèi)opf文件可知'id'
@property (nonatomic, copy) NSString *startText; //筆記起始段落內(nèi)容
@property (nonatomic, copy) NSString *endText; //筆記結(jié)束段落內(nèi)容

@property (nonatomic, assign) NSInteger startOffset; //筆記結(jié)束位置本段落內(nèi)偏移量
@property (nonatomic, assign) NSInteger endOffset; //筆記結(jié)束位置本段落內(nèi)偏移量

方案描述:

三端(iOS、Android阱持、Web)均上報以上字段值夭拌,解析不同端的數(shù)據(jù)時以此為準(zhǔn)!
具體描述:
epub書籍文件是一個大的壓縮包衷咽,里面包含著若干描述書籍信息和內(nèi)容的文件鸽扁,閱讀時會先將其解壓縮后放置一個文件夾內(nèi),然后再對這些文件做解析處理兵罢。通常献烦,epub書籍內(nèi)容是由N個文件的內(nèi)容組合而成滓窍,一個文件里存放著一個章節(jié)的內(nèi)容卖词;然而,也有少部分epub書籍的內(nèi)容只有一個內(nèi)容文件吏夯,這個僅有的文件里存放著N個章節(jié)此蜈。但是無論那種情況,這些章節(jié)文件都有對應(yīng)的ID(即上報的字段contentPathId)噪生,它們的對應(yīng)關(guān)系在++content.opf++文件里可以看到裆赵。


content.opf

由于Android、iOS兩端所采用對epub的底層解析庫的不同跺嗽,使得兩端對各自數(shù)據(jù)的定位方式不一樣(Android解析后的內(nèi)容數(shù)據(jù)都是基于段落的位置战授,其段落的規(guī)則較復(fù)雜,iOS無法與其準(zhǔn)確對應(yīng))桨嫁,經(jīng)過多次調(diào)試驗證植兰,最終決定++采用章節(jié)內(nèi)內(nèi)容匹配的方式來定位數(shù)據(jù),然后轉(zhuǎn)換成各自需要的數(shù)據(jù)進行處理++璃吧。
++為減少誤差楣导,先進行開始段落和結(jié)束段落的位置匹配,然后再根據(jù)段落內(nèi)的偏移量確定具體內(nèi)容++畜挨。
例如:iOS數(shù)據(jù)定位是根據(jù)章節(jié)內(nèi)容的偏移量來定位筒繁,當(dāng)獲取到Android或Web的數(shù)據(jù)后噩凹,將他端原始數(shù)據(jù)經(jīng)過方法處理后轉(zhuǎn)成自己需要的章節(jié)序列號及偏移量,再進行后續(xù)操作即可毡咏。


**數(shù)據(jù)轉(zhuǎn)換**
- (EpubMarkModel *)epubMarkModelConversion:(id)object {
    if ([object isKindOfClass:[EpubMarkModelForAndroid class]]) {
    //安卓筆摘記
    /**********數(shù)據(jù)處理***********/
    return iOSModel;
    } else {
    //Web筆摘記
    /**********數(shù)據(jù)處理***********/
    return iOSModel;    
    }
}

進度同步:

章節(jié)contentPathId驮宴、基于章節(jié)內(nèi)容的偏移量currentIndex


Txt

txt書籍內(nèi)容結(jié)構(gòu)簡單,僅有單獨一個txt文件血当,直接加載內(nèi)容幻赚。
筆摘記同步方案:

上報筆記摘記劃線內(nèi)容的起始位置、結(jié)束位置臊旭,這個是相對于整本書的內(nèi)容的落恼。

@property (nonatomic, assign) NSInteger indexStart; //想法起始位置
@property (nonatomic, assign) NSInteger indexEnd;   //想法結(jié)束位置

進度同步:

章節(jié)contentPathId、基于章節(jié)內(nèi)容的偏移量currentIndex

PDF

同步方案:
// 無筆記摘記

進度同步:頁碼 page

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末离熏,一起剝皮案震驚了整個濱河市佳谦,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌滋戳,老刑警劉巖钻蔑,帶你破解...
    沈念sama閱讀 216,651評論 6 501
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異奸鸯,居然都是意外死亡咪笑,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,468評論 3 392
  • 文/潘曉璐 我一進店門娄涩,熙熙樓的掌柜王于貴愁眉苦臉地迎上來窗怒,“玉大人,你說我怎么就攤上這事蓄拣⊙镄椋” “怎么了?”我有些...
    開封第一講書人閱讀 162,931評論 0 353
  • 文/不壞的土叔 我叫張陵球恤,是天一觀的道長辜昵。 經(jīng)常有香客問我,道長咽斧,這世上最難降的妖魔是什么堪置? 我笑而不...
    開封第一講書人閱讀 58,218評論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮张惹,結(jié)果婚禮上舀锨,老公的妹妹穿的比我還像新娘。我一直安慰自己诵叁,他們只是感情好雁竞,可當(dāng)我...
    茶點故事閱讀 67,234評論 6 388
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般碑诉。 火紅的嫁衣襯著肌膚如雪彪腔。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,198評論 1 299
  • 那天进栽,我揣著相機與錄音德挣,去河邊找鬼。 笑死快毛,一個胖子當(dāng)著我的面吹牛格嗅,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播唠帝,決...
    沈念sama閱讀 40,084評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼屯掖,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了襟衰?” 一聲冷哼從身側(cè)響起贴铜,我...
    開封第一講書人閱讀 38,926評論 0 274
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎瀑晒,沒想到半個月后绍坝,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,341評論 1 311
  • 正文 獨居荒郊野嶺守林人離奇死亡苔悦,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,563評論 2 333
  • 正文 我和宋清朗相戀三年轩褐,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片玖详。...
    茶點故事閱讀 39,731評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡把介,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出竹宋,到底是詐尸還是另有隱情劳澄,我是刑警寧澤地技,帶...
    沈念sama閱讀 35,430評論 5 343
  • 正文 年R本政府宣布蜈七,位于F島的核電站,受9級特大地震影響莫矗,放射性物質(zhì)發(fā)生泄漏飒硅。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,036評論 3 326
  • 文/蒙蒙 一作谚、第九天 我趴在偏房一處隱蔽的房頂上張望三娩。 院中可真熱鬧,春花似錦妹懒、人聲如沸雀监。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,676評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽会前。三九已至好乐,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間瓦宜,已是汗流浹背蔚万。 一陣腳步聲響...
    開封第一講書人閱讀 32,829評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留临庇,地道東北人反璃。 一個月前我還...
    沈念sama閱讀 47,743評論 2 368
  • 正文 我出身青樓,卻偏偏與公主長得像假夺,于是被迫代替她去往敵國和親淮蜈。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,629評論 2 354