adapter中的觀察者模式

什麼是觀察者模式

觀察者模式所涉及的角色有：

抽象主題(subject)角色：抽象主題角色把所有對觀察者物件的引用儲存在乙個聚集（比如arraylist物件）裡，每個主題都可以有任何數量的觀察者。抽象主題提供乙個介面，可以增加和刪除觀察者物件，抽象主題角色又叫做抽象被觀察者(observable)角色。具體主題(concretesubject)角色：將有關狀態存入具體觀察者物件；在具體主題的內部狀態改變時，給所有登記過的觀察者發出通知。具體主題角色又叫做具體被觀察者(concrete observable)角色。抽象觀察者(observer)角色：為所有的具體觀察者定義乙個介面，在得到主題的通知時更新自己，這個介面叫做更新介面。具體觀察者(concreteobserver)角色：儲存與主題的狀態自恰的狀態。具體觀察者角色實現抽象觀察者角色所要求的更新介面，以便使本身的狀態與主題的狀態像協調。如果需要，具體觀察者角色可以保持乙個指向具體主題物件的引用。

觀察者模式的python**實現

class abstractsubject(object):
def register(self, listener):
raise notimplementederror("must subclass me")
def deregister(self, listener):
raise notimplementederror("must subclass me")
def notify_listeners(self, event):
raise notimplementederror("must subclass me")
class listener(object):
def __init__(self, name, subject):
self.name = name
subject.register(self)
def notify(self, event):
print self.name, "received event", event
class subject(abstractsubject):
def __init__(self):
self.listeners = 
self.data = none
def getuseraction(self):
self.data = raw_input('enter something to do:')
return self.data
# implement abstract class abstractsubject
def register(self, listener):
def deregister(self, listener):
self.listeners.remove(listener)
def notify_listeners(self, event):
for listener in self.listeners:
listener.notify(event)
if __name__=="__main__":
# make a subject object to spy on
subject = subject()
# register two listeners to monitor it.
listenera = listener("", subject)
listenerb = listener("", subject)
# simulated event
subject.notify_listeners ("")
# outputs:
# received event 
# received event 
action = subject.getuseraction()
subject.notify_listeners(action)
#enter something to do:hello
# outputs:
# received event hello
# received event hello

在listview中，我們知道，當資料變化時，listview呈現的內容是會更新的。這實際上是用到了adapter中的觀察者模式（當然listview中利用了adapter模式，這個以後再講）。adapter內部有乙個可觀察者類，listview則作為他的乙個觀察者，將adapter設定給listview時，listview會被註冊到這個觀察者物件中。接下來我們就從adapter的原始碼入手，分析一下。

@override
public void setadapter(listadapter adapter)else 
requestlayout();
}

從以上程式中我們可以看出，設定adapter時建立了乙個adapterdatasetobserver物件，並註冊到adapter中。剛才不是說listview是觀察者嗎？這會兒怎麼成了adapterdatasetobserver了。我們先放下這個疑問繼續往下看。

首先我們看常用的adapter基類baseadapter，部分**如下：

public abstract class baseadapter implements listadapter,spinneradapter
public void notifydatasetchanged()
//**省略
}

從以上可以看出，註冊觀察者實際上呼叫了datasetobeservable對應的函式。datasetobeservable擁有乙個觀察者集合，當可觀察者改變時，就會通知觀察者做出相應的處理。

當adapter的資料變化時，我們會呼叫adapter的notifydatasetchanged函式，該函式又會呼叫datasetobeservable物件的notifychanged（）函式通知所有觀察者資料發生了變化，使觀察者進行相應的操作。**如下：

public class datasetobeservable extends observable}}
}

對listview來說這個觀察者就是adapterdatasetobeserver物件，該類宣告在adapterview中，也是listview的乙個父類。adapterdatasetobeserver**如下

//adapterview的內部類adapterdatasetobeserver中
class adapterdatasetobeserver extends datasetobserver
//**省略
}

在adapterdatasetobeserver的onchanged()函式中會呼叫viewgroup的requestlayout()進行重新策略，布局，繪製整個listview的item view，執行完之後，整個listview的元素就發生了變化。

現在我們回到之前的額問題，就是listview不是觀察者，而adapterdatasetobeserver才是真正的觀察者的問題。在adapterdatasetobeserver的onchanged()函式中實際呼叫的是adapterview中的方法來完成功能，所以adapterdatasetobeserver只是在外層做了一層封裝，真正核心的功能應該是adapterview。listview就是通過adapter模式，觀察者模式，item view復用機理實現了高效列表顯示。

這裡對於item view的復用機理介紹一下：

在adapter中要重寫四個函式：

getcount()獲取資料個數getitem(int)獲取指定位置的資料getitemid(int)獲取position位置的id，一般就返回position即可

getview(int,view,viewgroup)獲取position上的itemview檢視。

當處理資料量較大時，對於滾出螢幕外的item view會進入listview的乙個recycler中，recycler將檢視快取。當螢幕滑動載入新的itemview時，如果該檢視存在，則直接從快取中取出，如果過不存在就直接建立新的檢視。這也就是為什麼用viewholder可以優化listview的原因。

@override
public view getview(int position, view convertview, viewgroup parent) else
viewholder.medal_item_tv.settext(data.get(position));
return convertview;
}public final class viewholder

adapter中的觀察者模式

python觀察者模式 python 觀察者模式

觀察者模式

觀察者模式

相關推薦