Cet article présente principalement l'exemple d'utilisation du Observer Pattern en JavaDesign Pattern pour développer un compte public WeChat. Le SDK WeChat et d'autres parties de Java ne seront pas détaillés ici. . Concentrez-vous uniquement sur les éléments clés et l'incarnation des avantages du mode observateur pendant le processus de développement. Les amis dans le besoin peuvent s'y référer

Vous souvenez-vous encore de la fa?on dont les gangsters ont coopéré pour commettre des crimes dans les films policiers. ? Lorsqu'un gang commet un vol, il y a toujours une ou deux personnes qui montent la garde à la porte. S'il y a le moindre signe de problème, les complices à l'intérieur seront immédiatement avertis pour se retirer d'urgence. Peut-être que la personne qui triche ne conna?t pas nécessairement tous ses complices ; et il peut y avoir de nouveaux gars à l’intérieur qui ne connaissent pas celui qui triche. Mais cela n'a pas d'importance, cela n'affectera pas la communication entre eux, car ils se sont déjà mis d'accord sur le code secret.
Haha, la relation entre l'observateur et le voleur mentionnée ci-dessus est un exemple vivant du modèle d'observateur dans la réalité.

Le modèle Observer est également connu sous le nom de modèle Publier/Abonner. GOF définit le modèle d'observateur comme suit?: Définissez une relation de dépendance un-à-plusieurs entre les objets Lorsque l' état d'un objet change, tous les objets qui en dépendent sont notifiés et mis à jour. automatiquement.
Ici, je vais d'abord parler d'un principe important de la conception orientée objet ?: le principe de responsabilité unique. Chaque objet du système doit donc se concentrer sur une abstraction discrète dans le domaine du problème. Idéalement, un objet ne fait qu’une seule chose. Cela apporte de nombreux avantages en matière de développement : cela permet la réutilisabilité et la maintenabilité, et constitue également une bonne base pour la reconstruction.
Donc, presque tous les modèles de conception sont basés sur ce principe de conception de base. Je pense que l'origine du modèle d'observateur devrait être dans le traitement des données GUI et commerciales, car la plupart des exemples expliquant le modèle d'observateur portent désormais sur ce sujet. Mais l’application du modèle d’observateur ne se limite en aucun cas à cet aspect.

D'accord, la compréhension des définitions nécessite toujours des exemples à analyser. Les comptes de service WeChat d'aujourd'hui sont très populaires. Utilisons les comptes de service WeChat comme arrière-plan pour vous présenter le mode observateur.
Regardez une image?:

Chaque utilisateur dispose des 3 lignes dans l'image ci-dessus, qui ont été omises pour rendre l'image claire.
Comme le montre l'image ci-dessus, le compte de service est notre sujet et l'utilisateur est l'observateur. Clarifions maintenant les fonctions?:
1. Le compte de service est le sujet et l'entreprise envoie des messages
2. Les observateurs n'ont qu'à s'abonner au sujet et de nouveaux messages seront envoyés
3. Quand vous ne voulez pas de ?a Lorsque vous recevez des messages de sujet, désabonnez-vous
4. Tant que le compte de service est toujours là, il y aura toujours des personnes qui s'abonneront
Bon, regardons maintenant le diagramme de classes de l'observateur modèle?:

La prochaine étape est le temps de code. Nous simulons un compte de service de loterie WeChat 3D et certains abonnés.
Commencez d'abord à écrire notre thème interface et notre interface observateur?:

package?com.zhy.pattern.observer;?
?
/**?
?*?主題接口，所有的主題必須實(shí)現(xiàn)此接口?
?*?
?*?@author?zhy?
?*?
?*/?
public?interface?Subject?
{?
??/**?
???*?注冊一個(gè)觀察著?
???*?
???*?@param?observer?
???*/?
??public?void?registerObserver(Observer?observer);?
?
??/**?
???*?移除一個(gè)觀察者?
???*?
???*?@param?observer?
???*/?
??public?void?removeObserver(Observer?observer);?
?
??/**?
???*?通知所有的觀察著?
???*/?
??public?void?notifyObservers();?
?
}?
package?com.zhy.pattern.observer;?
?
/**?
?*?@author?zhy?所有的觀察者需要實(shí)現(xiàn)此接口?
?*/?
public?interface?Observer?
{?
??public?void?update(String?msg);?
?
}

Ensuite, la classe d'implémentation du compte de service 3D?:

package?com.zhy.pattern.observer;?
?
import?java.util.ArrayList;?
import?java.util.List;?
?
public?class?ObjectFor3D?implements?Subject?
{?
??private?List<observer>?observers?=?new?ArrayList<observer>();?
??/**?
???*?3D彩票的號(hào)碼?
???*/?
??private?String?msg;?
?
??@Override?
??public?void?registerObserver(Observer?observer)?
??{?
????observers.add(observer);?
??}?
?
??@Override?
??public?void?removeObserver(Observer?observer)?
??{?
????int?index?=?observers.indexOf(observer);?
????if?(index?>=?0)?
????{?
??????observers.remove(index);?
????}?
??}?
?
??@Override?
??public?void?notifyObservers()?
??{?
????for?(Observer?observer?:?observers)?
????{?
??????observer.update(msg);?
????}?
??}?
?
??/**?
???*?主題更新消息?
???*?
???*?@param?msg?
???*/?
??public?void?setMsg(String?msg)?
??{?
????this.msg?=?msg;?
?????
????notifyObservers();?
??}?
?
}</observer></observer>

Simulation deux utilisateurs?:

package?com.zhy.pattern.observer;?
?
public?class?Observer1?implements?Observer?
{?
?
??private?Subject?subject;?
?
??public?Observer1(Subject?subject)?
??{?
????this.subject?=?subject;?
????subject.registerObserver(this);?
??}?
?
??@Override?
??public?void?update(String?msg)?
??{?
????System.out.println("observer1?得到?3D?號(hào)碼?-->"?+?msg?+?",?我要記下來。");?
??}?
?
}

package?com.zhy.pattern.observer;?
?
public?class?Observer2?implements?Observer?
{?
??private?Subject?subject?;??
???
??public?Observer2(Subject?subject)?
??{?
????this.subject?=?subject?;?
????subject.registerObserver(this);?
??}?
???
??@Override?
??public?void?update(String?msg)?
??{?
????System.out.println("observer2?得到?3D?號(hào)碼?-->"?+?msg?+?"我要告訴舍友們。");?
??}?
???
???
?
}

On peut voir que le compte de service conserve tous les utilisateurs qui s'y abonnent. Lorsqu'il y a de nouveaux messages dans le compte de service, tous les utilisateurs sont avertis. L'ensemble de l' architecture est faiblement couplée. L'implémentation du thème ne dépend pas de l'utilisateur. Lorsqu'un nouvel utilisateur est ajouté, le code du thème n'a pas besoin d'être modifié. les données n'ont rien à voir avec le thème?;
Jetez enfin un ?il au code du test?:

package?com.zhy.pattern.observer.test;?
?
import?com.zhy.pattern.observer.ObjectFor3D;?
import?com.zhy.pattern.observer.Observer;?
import?com.zhy.pattern.observer.Observer1;?
import?com.zhy.pattern.observer.Observer2;?
import?com.zhy.pattern.observer.Subject;?
?
public?class?Test?
{?
??public?static?void?main(String[]?args)?
??{?
????//模擬一個(gè)3D的服務(wù)號(hào)?
????ObjectFor3D?subjectFor3d?=?new?ObjectFor3D();?
????//客戶1?
????Observer?observer1?=?new?Observer1(subjectFor3d);?
????Observer?observer2?=?new?Observer2(subjectFor3d);?
?
????subjectFor3d.setMsg("20140420的3D號(hào)碼是：127"?);?
????subjectFor3d.setMsg("20140421的3D號(hào)碼是：333"?);?
?????
??}?
}

Résultat de sortie?:

observer1?得到?3D?號(hào)碼?-->20140420的3D號(hào)碼是：127,?我要記下來。?
observer2?得到?3D?號(hào)碼?-->20140420的3D號(hào)碼是：127我要告訴舍友們。?
observer1?得到?3D?號(hào)碼?-->20140421的3D號(hào)碼是：333,?我要記下來。?
observer2?得到?3D?號(hào)碼?-->20140421的3D號(hào)碼是：333我要告訴舍友們。

Il existe de nombreux endroits dans JDK ou Andorid qui implémentent le mode observateur, comme XXXView.addXXXListener, bien s?r XXXView.setOnXXXListener n'est pas nécessairement le mode observateur, car le mode observateur est une relation un-à-plusieurs, et setXXXListener est une relation 1-à-1 et doit être appelé un rappel.

恭喜你學(xué)會(huì)了觀察者模式，上面的觀察者模式使我們從無到有的寫出，當(dāng)然了java中已經(jīng)幫我們實(shí)現(xiàn)了觀察者模式，借助于java.util.Observable和java.util.Observer。
下面我們使用Java內(nèi)置的類實(shí)現(xiàn)觀察者模式：

首先是一個(gè)3D彩票服務(wù)號(hào)主題：

package?com.zhy.pattern.observer.java;?
?
import?java.util.Observable;?
?
public?class?SubjectFor3d?extends?Observable?
{?
??private?String?msg?;??
???
???
??public?String?getMsg()?
??{?
????return?msg;?
??}?
?
?
??/**?
???*?主題更新消息?
???*?
???*?@param?msg?
???*/?
??public?void?setMsg(String?msg)?
??{?
????this.msg?=?msg?;?
????setChanged();?
????notifyObservers();?
??}?
}

下面是一個(gè)雙色球的服務(wù)號(hào)主題：

package?com.zhy.pattern.observer.java;?
?
import?java.util.Observable;?
?
public?class?SubjectForSSQ?extends?Observable?
{?
??private?String?msg?;??
???
???
??public?String?getMsg()?
??{?
????return?msg;?
??}?
?
?
??/**?
???*?主題更新消息?
???*?
???*?@param?msg?
???*/?
??public?void?setMsg(String?msg)?
??{?
????this.msg?=?msg?;?
????setChanged();?
????notifyObservers();?
??}?
}

最后是我們的使用者：

package?com.zhy.pattern.observer.java;?
?
import?java.util.Observable;?
import?java.util.Observer;?
?
public?class?Observer1?implements?Observer?
{?
?
??public?void?registerSubject(Observable?observable)?
??{?
????observable.addObserver(this);?
??}?
?
??@Override?
??public?void?update(Observable?o,?Object?arg)?
??{?
????if?(o?instanceof?SubjectFor3d)?
????{?
??????SubjectFor3d?subjectFor3d?=?(SubjectFor3d)?o;?
??????System.out.println("subjectFor3d's?msg?--?>"?+?subjectFor3d.getMsg());?
????}?
?
????if?(o?instanceof?SubjectForSSQ)?
????{?
??????SubjectForSSQ?subjectForSSQ?=?(SubjectForSSQ)?o;?
??????System.out.println("subjectForSSQ's?msg?--?>"?+?subjectForSSQ.getMsg());?
????}?
??}?
}

看一個(gè)測試代碼：

package?com.zhy.pattern.observer.java;?
?
public?class?Test?
{?
??public?static?void?main(String[]?args)?
??{?
????SubjectFor3d?subjectFor3d?=?new?SubjectFor3d()?;?
????SubjectForSSQ?subjectForSSQ?=?new?SubjectForSSQ()?;?
?????
????Observer1?observer1?=?new?Observer1();?
????observer1.registerSubject(subjectFor3d);?
????observer1.registerSubject(subjectForSSQ);?
?????
?????
????subjectFor3d.setMsg("hello?3d'nums?:?110?");?
????subjectForSSQ.setMsg("ssq'nums?:?12,13,31,5,4,3?15");?
?????
??}?
}

測試結(jié)果：

subjectFor3d's?msg?--?>hello?3d'nums?:?110??
subjectForSSQ's?msg?--?>ssq'nums?:?12,13,31,5,4,3?15

可以看出，使用Java內(nèi)置的類實(shí)現(xiàn)觀察者模式，代碼非常簡潔，對(duì)了addObserver,removeObserver,notifyObservers都已經(jīng)為我們實(shí)現(xiàn)了，所有可以看出Observable（主題）是一個(gè)類，而不是一個(gè)接口，基本上書上都對(duì)于Java的如此設(shè)計(jì)抱有反面的態(tài)度，覺得Java內(nèi)置的觀察者模式，違法了面向接口編程這個(gè)原則，但是如果轉(zhuǎn)念想一想，的確你拿一個(gè)主題在這寫觀察者模式（我們自己的實(shí)現(xiàn)），接口的思想很好，但是如果現(xiàn)在繼續(xù)添加很多個(gè)主題，每個(gè)主題的ddObserver,removeObserver,notifyObservers代碼基本都是相同的吧，接口是無法實(shí)現(xiàn)代碼復(fù)用的，而且也沒有辦法使用組合的模式實(shí)現(xiàn)這三個(gè)方法的復(fù)用，所以我覺得這里把這三個(gè)方法在類中實(shí)現(xiàn)是合理的。

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!