JavaScriptを深く理解するシリーズ(30)：デザインパターンの出現パターンを詳しく解説_基礎知識

はじめに

Facade は、サブシステム内の一連のインターフェイスに一貫したインターフェイスを提供します。このモジュールは、このサブシステムを使いやすくする高レベルのインターフェイスを定義します。

テキスト

外観パターンは、クラス内のインターフェイスを簡素化するだけでなく、呼び出し元からインターフェイスを分離します。ファサード パターンは、開発者にとって必須であると考えられています。これにより、いくつかの複雑な操作をカプセル化し、呼び出し用のシンプルなインターフェイスを作成できます。

外観モードは、JavaScript クラス ライブラリでよく使用されます。外観モードは、複数のブラウザとの互換性のためにいくつかのインターフェイスをカプセル化するため、サブシステムへの直接アクセスによって引き起こされる不要なエラーを回避できます。

外観モードの利点は、使いやすく、比較的軽量であることです。ただし、Appearance モードには、呼び出されるたびに関数の可用性を検出する必要があるため、開発者が継続的に使用すると、特定のパフォーマンスの問題が発生するという欠点もあります。

以下は、ブラウザの特性を検出することにより、ブラウザ間での使用を作成するために外観モードを使用する、最適化されていないコードの一部です。

コードをコピー コードは次のとおりです:

var addMyEvent = function (el, ev, fn) {
If (el.addEventListener) {
el.addEventListener(ev, fn, false);
else if (el.attachEvent) {
el.attachEvent('on' ev, fn);
} else {
el['on' ev] = fn;
}
};

別の簡単な例を見てみましょう。率直に言うと、1 つのインターフェイスが他のインターフェイスをカプセル化するために使用されます。

コードをコピー コードは次のとおりです:

var mobileEvent = {
// ...
停止: 関数 (e) {
e.preventDefault();
e.stopPropagation();
}
// ...
};

概要

では、外観モードはいつ使用するのでしょうか?一般的に、次の 3 つの段階があります:

まず、設計の初期段階では、古典的な 3 層構造など、2 つの異なる層を意識的に分離し、データ アクセス層とビジネス ロジック層、ビジネス ロジック層とビジネス ロジック層の間にファサードを確立する必要があります。プレゼンテーション層。

第 2 に、開発段階では、継続的な再構築と進化によりサブシステムがますます複雑になることがよくあります。ファサードを追加すると、シンプルなインターフェイスが提供され、サブシステム間の依存関係が軽減されます。

第三に、レガシーな大規模システムを保守する場合、システムの保守が困難になる可能性があります。このとき、システムの外観 Facade クラスを開発して、ラフな外観を提供することも非常に適切です。非常に複雑な設計では、レガシー コードは比較的明確なインターフェイスを提供し、新しいシステムが Facade オブジェクトと対話できるようにし、Facade はレガシー コードと対話してすべての複雑な作業を実行します。

参考: Dahua デザインパターン