雙向數據綁定機制有什麼潛在的缺點

• 單向數據綁定：先有寫好的模板，而後把模板和數據（可能來自後臺數據）整合到一塊兒造成HTML代碼，再將HTML代碼插入到文檔流裏 單向數據綁定缺點：HTML代碼生成完後就難以改變，若是有新數據就必須把以前的HTML代碼去掉，讓新數據和模板從新整合插入到文檔流裏

• 雙向數據綁定：數據模型和視圖之間的雙向綁定，用戶在視圖上的修改會自動同步到數據模型中去，一樣的，若是數據模型中的值發生了變化，也會馬上同步到視圖中去 雙向數據綁定優勢：無需進行和單向數據綁定的那些CRUD（Create，Retrieve，Update，Delete）操做 雙向數據綁定最常常的應用場景：表單，當用戶在前端頁面完成輸入後，不用任何操做，咱們就已經拿到了用戶的數據存放到數據模型中了 目前，實現雙向數據綁定的前端框架主要有AngularJS，VueJS（經過引入vuex來實現單項的數據監控）等 雙向數據綁定缺點：Angular實現雙向綁定的原理就是經過$watch來進行髒檢查，若是是大量的檢查就會低效率

• 單向數據綁定和雙向數據綁定應用場景： 單向綁定的優勢是相應的能夠帶來單向數據流，這樣作的好處是全部狀態變化均可以被記錄、跟蹤，狀態變化經過手動調用通知，源頭易追溯，沒有「暗箱操做」。同時組件數據只有惟一的入口和出口，使得程序更直觀更容易理解，有利於應用的可維護性。缺點則是代碼量會相應的增長，數據流轉過程變長，從而出現不少相似的樣板代碼。同時因爲對應用狀態獨立管理的嚴格要求(單一的全局store)，在處理局部狀態較多的場景時(如用戶輸入交互較多的「富表單型」應用)，會顯得囉嗦及繁瑣。 雙向綁定的優勢是在表單交互較多的場景下，會簡化大量業務無關的代碼。缺點就是因爲都是「暗箱操做」，咱們沒法追蹤局部狀態的變化(雖然大部分狀況下咱們並不關心)，潛在的行爲太多也增長了出錯時 debug 的難度。同時因爲組件數據變化來源入口變得可能不止一個，新手玩家很容易將數據流轉方向弄得紊亂，若是再缺少一些「管制」手段，最後就很容易由於一處錯誤操做形成應用雪崩。

總結：咱們要經過本身的業務場景合理的選擇單雙向數據綁定機制