MIX Fold3包裝盒泄露 新機(jī)本月登場
小米的全新折疊屏旗艦MIX Fold3將于本月發(fā)布，近日該機(jī)的真機(jī)包裝盒在網(wǎng)上泄露。從圖上來看，新的MIX Fold3包裝盒在外觀設(shè)計(jì)方面延續(xù)了之前的方案，變化不大，這也是目前小米旗艦
大家好，我是前端西瓜哥。
Figma 支持多人協(xié)同，那它是如何做到順序一致性的呢？
在多人同時操作同層級的多個圖形的順序時，需要保證用戶的意圖能保留，不會被其他用戶的操作覆蓋丟棄，且所有用戶最終的順序是一致的。
為解決這個問題，F(xiàn)igma 使用了一種名為 Fractional Indexing 的簡單算法。
Fractional Indexing，直譯的話，是小數(shù)索引。
該算法的原理并不復(fù)雜。
圖形對象會使用 index 屬性表示順序，記錄自己在同級圖形中的位置。
index 的值為 0 到 1 之間的 64 位浮點(diǎn)數(shù)，不包括 0 和 1。
出于減少體積的考慮，figma 會丟掉前面的 0.，并把剩余的小數(shù)部分?jǐn)?shù)字轉(zhuǎn)換成 ASCII 中的可打印字符（共 95個，表達(dá)為 95 進(jìn)制數(shù)）。
不能為 0 和 1， 是因?yàn)槿绻o某個圖形設(shè)置了 0 或 1，這個圖形的左側(cè)或右側(cè)添加的圖形的 index 就會超出了 0 到 1 的范圍。
當(dāng)往兩個圖形之間插入新的節(jié)點(diǎn)時，我們會取這兩個圖形 index 的中點(diǎn)。
比如我們要在索引值分別為 0.3 和 0.4 的圖形插入圖形，這個圖形的索引值會取中間值 0.35。
移動圖形同理。
但在實(shí)現(xiàn)這個算法的時候，你需要注意兩個問題。
首先是精度問題。
說到取中間值，容易聯(lián)想到二分查找。
二分查找效率很高，時間復(fù)雜度是 O(logn)，是因?yàn)椴还軘?shù)據(jù)規(guī)模多大，它 每一次查找都會直接將數(shù)據(jù)量減半，給你打骨折。
index 使用的雙浮點(diǎn)數(shù)，能表示的二進(jìn)制小數(shù)部分位數(shù)為 52 位，每次二分就是進(jìn)行 位右移操作，會用掉一個精度。
假設(shè)我們不斷地往 0.3 到 0.4 的區(qū)間靠近 0.3 的那邊插入新圖形，我們會看到 index 非?？斓亟咏?0.3，最后因?yàn)榫扔猛?，再也無法二分。
const getMid = (a, b) => (a + b) / 2;const left = 0.3let right = 0.4for (let i = 0; i <= 50; i++) { right = getMid(left, right); console.log(right);}上面的代碼在 50 次左右就將精度耗盡了。
這種是很極端的場景，一般正常的用戶操作不會出現(xiàn)，F(xiàn)igma 并不打算處理這種情況的。
當(dāng)然精度問題是有辦法解決的，那就是用無限精度的數(shù)據(jù)類型：字符串。
該算法使用 "0" 到 "9" 的字符串表示索引，并通過字典序作為排序依據(jù)。
空字符表示最小值，null 表示最大值。
比如 "3" 和 "6" 的中點(diǎn)是 "5"，而不是 "45"。但 "3" 和 “4” 因?yàn)樘拷?，只能得?"35"。
假如兩個相鄰圖形的 index 分別是 "123" 和 "1234"。
我們會取后面不同的部分 ""（表示 0） 和 "4"，取中點(diǎn) "2"，然后添加回相同前綴 "123"，得到我們需要的新索引 "1232"。
另外，對比 "123" 和 "123004" 時，"123" 要補(bǔ)全后綴零為 "12300"。
我們來看看效果。
使用這種方式，對 "3" 和 "4" 進(jìn)行 1000 次的二分，因?yàn)橥黄屏司认拗?，我們會得到非常非常長的字符串。
很長，通常通過編碼處理精簡，這里就不過多介紹了。
最后是沖突問題。
如果耿直地計(jì)算中點(diǎn)，那當(dāng)多個客戶的都同時往兩個節(jié)點(diǎn)之間插入圖形，同步后就會出現(xiàn)多個圖形的 index 相同的場景。
對此，我們會 在中間值的基礎(chǔ)上，加上一個隨機(jī)的偏移值，這樣多個客戶端之間的沖突概率就非常的低。
但非常極端的情況下，沖突還是可能發(fā)生的，這種情況下就需要作為 中心權(quán)威的服務(wù)端去做修正 了，進(jìn)行微小偏移，且和其他索引值不沖突。
Fractional Indexing 的優(yōu)點(diǎn)是實(shí)現(xiàn)簡單，不需要 CRDT 那種墓碑機(jī)制，要保留大量無用的元數(shù)據(jù)。
缺點(diǎn)是極端場景 index 的長度很長，有精度不夠?qū)е露质〉倪吘増鼍埃捎米址鉀Q），以及對圖形編輯器并無大礙的交錯問題（兩用戶分別輸入 "123" 和 "ABC"，同步后可能會得到 "1A2B3C"，而不是 "123ABC"）。
本文鏈接：http://m.www897cc.com/showinfo-26-79607-0.htmlFigma 在協(xié)同編輯中使用的順序一致性算法： Fractional indexing
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 詳解SpringBoot錯誤處理
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請聯(lián)系：2376512515@qq.com 津ICP備18001702號
津公網(wǎng)安備 12010102000574號