首頁(yè) 猿問(wèn) 下通過(guò)消息方式實(shí)現(xiàn)界面解耦有什么優(yōu)勢(shì)

下通過(guò)消息方式實(shí)現(xiàn)界面解耦有什么優(yōu)勢(shì)

JavaScript

冉冉說(shuō) 2019-03-30 09:31:15

模塊和界面解耦是App規(guī)模成長(zhǎng)到一定規(guī)模后必須要走的一條路對(duì)于解耦的原理，現(xiàn)在貌似通過(guò)消息機(jī)制進(jìn)行相互調(diào)用很流行始終沒(méi)想明白，通過(guò)消息方式解耦，和傳統(tǒng)的通過(guò)抽象ID(比如一個(gè)URL，一個(gè)URL對(duì)應(yīng)一個(gè)界面)進(jìn)行調(diào)用有什么優(yōu)勢(shì)嗎？

查看完整描述

2 回答

小唯快跑啊

TA貢獻(xiàn)1863條經(jīng)驗(yàn) 獲得超2個(gè)贊

我覺(jué)得在你的這種情況下是差不多的，如果一個(gè)ID就能代表一個(gè)界面或者一個(gè)界面元素的調(diào)用ReactiveCocoa不是有幾個(gè)經(jīng)典的例子么，當(dāng)一個(gè)界面上的元素有多種依賴的時(shí)候，ReactiveCocoa的寫(xiě)法還是很舒服的，比如當(dāng)兩個(gè)事件觸發(fā)以后才會(huì)引起一個(gè)界面的更新，你就要去寫(xiě)一個(gè)邏輯對(duì)這兩個(gè)ID做監(jiān)測(cè)各種異步的時(shí)候不用自己去寫(xiě)回調(diào)，block什么的，直接用事件，更正一下，不是說(shuō)不用寫(xiě)邏輯，是這種方式看起來(lái)更直接

反對(duì) 回復(fù) 2019-03-30

慕田峪7331174

TA貢獻(xiàn)1828條經(jīng)驗(yàn) 獲得超13個(gè)贊

消息相對(duì)來(lái)講，伸縮性和靈活性比傳統(tǒng)的通過(guò)抽象ID更好吧。而且，不同界面相關(guān)的邏輯可以控制在最小范圍內(nèi)，只要實(shí)現(xiàn)對(duì)應(yīng)的observer或者consumer就行了。避免靜態(tài)對(duì)象的共享。而且，不同線程之間數(shù)據(jù)交換，也不容易出現(xiàn)異常。

反對(duì) 回復(fù) 2019-03-30