この記事では主に、JavaデザインパターンのObserverパターンを使用したWeChatパブリックアカウントの開発例を紹介します。ここでは、WeChat SDKとJavaのその他の部分については詳しく説明しません。開発プロセス中の観察者は、モデルの利點(diǎn)を反映しています。困っている友人はそれを參照できます

警察映畫でギャングがどのように犯罪に協(xié)力したかをまだ覚えていますか?ギャングが竊盜を行っているときは、常に 1 人か 2 人がドアのところで警備をしており、トラブルの兆候があれば、內(nèi)部にいる共犯者に直ちに通報(bào)され、緊急避難します。もしかしたら、浮気をしている人は必ずしも內(nèi)部の共犯者全員を知っているわけではありませんし、浮気をしている人を知らない新しい男も中にいるかもしれません。しかし、それは問題ではありません、彼らの間の通信には影響しません、なぜなら彼らはすでに秘密のコードに同意しているからです。
はは、上で述べた監(jiān)視者と泥棒の関係は、現(xiàn)実の観察者パターンの生きた例です。

Observer パターンは、Publish/Subscribe パターンとも呼ばれます。 GOF はオブザーバー パターンを次のように定義します。オブジェクトの 狀態(tài) が変化すると、それに依存するすべてのオブジェクトが通知され、自動(dòng)的に更新されます。 ここではオブジェクト指向の 設(shè)計(jì)の重要な原則、つまり単一責(zé)任の原則について話しましょう。したがって、システムの各オブジェクトは、問題領(lǐng)域內(nèi)の個(gè)別の抽象化に焦點(diǎn)を當(dāng)てる必要があります。したがって、理想的には、オブジェクトは 1 つのことだけを行います。これは開発に多くの利點(diǎn)をもたらします。再利用性と保守性が提供され、再構(gòu)築の優(yōu)れた基礎(chǔ)にもなります。
つまり、ほぼすべてのデザインパターンは、この基本的な デザイン原則 に基づいています。オブザーバー パターンの起源は GUI とビジネス データの処理にあると思います。なぜなら、現(xiàn)在オブザーバー パターンを説明している例のほとんどがこの主題に関するものであるからです。しかし、オブザーバー パターンの適用は決してこの側(cè)面に限定されるものではありません。
さて、定義を理解するには、常に分析するための例が必要です。今日の WeChat サービス アカウントを背景として使用して、オブザーバー パターンを紹介しましょう。

畫像を見てください:

上の畫像には各ユーザーに 3 本の線がありますが、畫像をわかりやすくするために省略されています。 上の図に示すように、サービス アカウントがテーマであり、ユーザーはオブザーバーです。ここで機(jī)能を明確にします:

1. サービス アカウントはトピックであり、ビジネスはメッセージをプッシュすることです

2. オブザーバーはトピックを購読するだけで済み、新しいメッセージがある限り新しいメッセージが送信されます
3このトピック メッセージが不要な場合は、購読を解除してください
4. サービス アカウントが存在する限り、常に購読者が存在します
それでは、オブザーバー モードのクラス図を見てみましょう:

それではコードタイムです。WeChat 3D 寶くじサービス アカウントと一部の加入者をシミュレートします。 まず、テーマ

インターフェース

とオブザーバー インターフェースを書き始めます:

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);?
?
}

次に、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>

2 人のユーザーをシミュレートします:

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?+?"我要告訴舍友們。");?
??}?
???
???
?
}

次のことがわかります: すべてのサービスは次のように維持されます。サービス アカウントからのメッセージを購読しているユーザーは、サービス アカウントから新しいメッセージがあるときにすべてのユーザーに通知します。

アーキテクチャ

全體は一種の疎結(jié)合であり、新しいユーザーを追加するときに、テーマのコードを変更する必要はありません。テーマとは関係ありません。

最後に、テストを見てみましょう。 コード:

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"?);?
?????
??}?
}

出力結(jié)果:

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我要告訴舍友們。

もちろん、XXXView.addXXXListenter など、オブザーバー パターンを?qū)g裝する場所は JDK や Andorid にたくさんあります。 、XXXView.setOnXXXListener は、必ずしもオブザーバー パターンである必要はありません。オブザーバー パターンは、setXXXListener の 1 対多の関係は 1 対 1 の関係であり、コールバックと呼ばれる必要があります。

恭喜你學(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)觀察者模式，代碼非常簡潔，對了addObserver,removeObserver,notifyObservers都已經(jīng)為我們實(shí)現(xiàn)了，所有可以看出Observable（主題）是一個(gè)類，而不是一個(gè)接口，基本上書上都對于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)是合理的。

以上がJava デザイン パターンのオブザーバー パターンを使用して WeChat 公式アカウントを開発するサンプル コードの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。