1、離線使用瀏覽器版

　　在線編輯器嚴(yán)重依賴網(wǎng)絡(luò)的問題嚴(yán)重困擾著那些走在路上的文字工作者，譬如：記者，學(xué)生，旅行者。在沒有客戶端時候我們希望瀏覽器也可以擔(dān)負(fù)離線編輯的責(zé)任，所以我們將 Cmd Markdown 的網(wǎng)頁版本身改造成了可以離線使用：現(xiàn)在開始，只需要訪問過一次我們的 網(wǎng)頁版鏈接 您都可以在下次沒有網(wǎng)絡(luò)的情況下重新訪問這個網(wǎng)址，離線使用我們的網(wǎng)頁版 Cmd Markdown。是的，在沒有網(wǎng)絡(luò)的時候仍舊使用瀏覽器的確和直覺不太相符，但是這真的發(fā)生了，所以請收藏我們的 網(wǎng)頁版鏈接 以備不時之需。

　　在不穩(wěn)定的網(wǎng)絡(luò)條件下，Cmd Markdown 同樣可以很好的工作。它會根據(jù)網(wǎng)絡(luò)狀況動態(tài)切換離線在線模式，確保數(shù)據(jù)首先存儲在本地，再次更新到服務(wù)器做備份。不必?fù)?dān)心發(fā)生數(shù)據(jù)丟失的狀況。

　　2. 智能云同步

　　無論是可以離線使用的瀏覽器版，還是客戶端，在離線使用并重新連接網(wǎng)絡(luò)之后，所有新增、刪除、修改的文稿都會和服務(wù)器上的版本做同步處理，保證那些在離線狀態(tài)下的修改在服務(wù)器有同樣的備份。在今后更換電腦、工作地點(diǎn)的時候，都能再次調(diào)閱編輯最新的內(nèi)容。這些動作會適時自動進(jìn)行，大多數(shù)情況下并不需要用戶主動干預(yù)，我們有一套智能的同步算法確保不同客戶端的同一份文稿在同步的時候進(jìn)行自動合并的動作，譬如：

　　我們測試了許多知名云筆記品牌的做法，很遺憾面對此種局面，它們大多粗暴地選擇直接用 A'' 的結(jié)果覆蓋 A' 的內(nèi)容，造成用戶編輯過程丟失的惡果，簡直無力吐槽。

　　3. 用戶干預(yù)下的版本沖突處理

　　智能云同步可以解決大多數(shù)文稿版本問題，但是在用戶意圖本身就沖突的時候，我們?nèi)匀粫�以最大的善意要求用戶確認(rèn)其真實(shí)意圖，舉個例子：

　　當(dāng)客戶端 2 連接上網(wǎng)絡(luò)的時候，除了作者誰都無法知道其真實(shí)意圖：將 222 修改為 AAA 抑或是 BBB？此時 Cmd Markdown 會自動計(jì)算這些差異并讓用戶確認(rèn)其真實(shí)意圖，如下圖：

　　4. Windows / Mac / Linux 全平臺客戶端

　　在離線使用和智能云同步的基礎(chǔ)上，我們開始重新構(gòu)造全平臺的客戶端，為了讓一個網(wǎng)頁版的文字編輯器變身為客戶端，我們斟酌了代碼庫的每一處細(xì)節(jié)，改寫了個整個代碼庫的基礎(chǔ)設(shè)施，并驕傲地宣布 Cmd Markdown 不再單單是一個瀏覽器里的應(yīng)用，它可以獨(dú)立運(yùn)行在三大操作系統(tǒng)，離線使用，并且智能云同步。我們也為現(xiàn)在的不足做好了準(zhǔn)備：完善的軟件更新系統(tǒng)將隨時待命推送新功能和補(bǔ)丁到客戶端。

　　5. 558% 的性能提升 和 基于差異的請求

　　天下武功唯快不破，愈快則愈強(qiáng)。性能問題始終是每次升級的重點(diǎn)，這一次考驗(yàn) Cmd Markdown 在極端大文稿下的表現(xiàn)，嚴(yán)謹(jǐn)、有效地改進(jìn)了渲染算法，最終將渲染效力提升至原先的 558%。

　　一般來說云筆記將用戶當(dāng)前編輯內(nèi)容保存到云端的做法有兩種:

　　先本地保存用戶數(shù)據(jù)，定時上傳到服務(wù)器。

　　用戶擊鍵的動作都會觸發(fā)一次云端保存。

　　方案 1 可以有效減少用戶的卡頓感（一段時間內(nèi)不會發(fā)生網(wǎng)絡(luò)傳輸），但是如果本機(jī)掉電或者程序崩潰就會導(dǎo)致用戶數(shù)據(jù)的丟失。

　　方案 2 可以實(shí)時將用戶的數(shù)據(jù)備份在服務(wù)器，保證數(shù)據(jù)的完整性，但是假設(shè)有一份二萬字的大文稿，則每次擊鍵都會導(dǎo)致一次上傳兩萬字的網(wǎng)絡(luò)傳輸行為，因此在大文稿的編輯過程中會有明顯的卡頓現(xiàn)象。

　　Cmd Markdown 在之前的版本中采納了方案 2， 這一次，依然是通過算法改進(jìn)，我們會在擊鍵動作以后，計(jì)算前后文本內(nèi)容的差異，只將差異部分上傳到云端，再由云端的程序?qū)⑦@部分差異和現(xiàn)存的服務(wù)器端版本進(jìn)行合并后保存。這種做法有效地減小了網(wǎng)絡(luò)傳輸?shù)膸�寬，從而杜絕大文稿下的卡頓現(xiàn)象。我們的服務(wù)器也將動用更多的計(jì)算能力來處理成千上萬的差異合并請求。在較差的網(wǎng)絡(luò)環(huán)境里一樣實(shí)現(xiàn)了穩(wěn)定的文本內(nèi)容傳輸。

　　6. 基礎(chǔ)編輯器組件升級：列模式、增強(qiáng)的 Vim/Emacs 模式

　　我們回來談?wù)劸庉嬈鞅旧�，繼上次之后我們再次升級編輯器組件。

　　1. 引入 列模式

　　許多用戶很喜歡 sublime 一類編輯器的列模式，現(xiàn)在您同樣可以在 Cmd Markdown 通過 Ctrl + Alt + Up/Down 進(jìn)入列模式，在多行的文稿上顯示多處光標(biāo)，隨后同時編輯多行內(nèi)容。

　　2. 支持 / ? 全文搜索、替換和列操作的 Vim 模式

　　通過右上角的菜單進(jìn)入 Vim 模式：

　　搜索： 和原生的 Vim 一樣，在光標(biāo)狀態(tài)下按下 / 或 ? + 關(guān)鍵字，可以對全文內(nèi)容進(jìn)行關(guān)鍵字搜索。

　　替換： 按下 : 可以進(jìn)入命令模式，使用 %s/orig/repl 進(jìn)行全文替換動作。

　　列操作： 在光標(biāo)模式下按下 Ctrl + Alt + J/K 進(jìn)入列操作模式。

　　3. 更好用的 Emacs 模式

　　原先在 Chrome 瀏覽器下 Emacs 常用快捷鍵 Ctrl + N 被 Chrome 占用為打開新窗口，導(dǎo)致此模式很難有實(shí)用價值，本次發(fā)布的客戶端表示全無壓力，因此 Emacs 的粉絲們終于可以在客戶端上使用你們最喜歡的 Emacs 模式了。

　　7. 問題修復(fù)

　　在 github 的 問題列表中，我們有選擇的進(jìn)行了以下修復(fù)：

　　防止在批注內(nèi)容中進(jìn)行惡意的 XSS 攻擊

　　刪除大塊段落時，避免用戶批注丟失

　　按鍵 Ctrl + S 時，避免彈出保存對話框

　　在頁面跳轉(zhuǎn)中可定制的 hash anchor

　　基于用戶所在時區(qū)的時間顯示