記事「ソフトウェア開発におけるデザインパターンとMQL5（第2回）：構造パターン」についてのディスカッション

[MetaQuotes]

新しい記事「ソフトウェア開発におけるデザインパターンとMQL5（第2回）：構造パターン」はパブリッシュされました:

この記事では、MQL5だけでなく他のプログラミング言語でも拡張可能で信頼性の高いアプリケーションを開発するために、このトピックが開発者としてどれほど重要であるかを学んだ後、デザインパターンについての記事を続けます。デザインパターンのもう1つのタイプである構造的デザインパターンについて学び、クラスとして持っているものを使ってより大きな構造を形成することによってシステムをデザインする方法を学びます。

Bridgeパターンは、多くの実装が可能な抽象化がある場合に使用されます。実装と抽象化を結びつける通常の継承を使用する代わりに、このパターンを使用することで、抽象化とその実装を切り離し、変更や更新時の問題を回避することができます。これは、再利用可能で、拡張可能で、簡単にテストできるクリーンなコードを作成するのに非常に便利です。

以下は、Bridgeデザインパターンのグラフです。

Bridgeパターンの構造について先ほどのグラフを見ればわかるように、次のような参加者がいます。

• Abstraction：抽象化のインターフェイスを定義し、実装者型オブジェクトへの参照を保持します。
• RefinedAbstraction：抽象化インターフェイスを拡張したもの。
• Implementor：実装クラスのインターフェイスを識別します。
• ConcreteImplementor：実装者のインターフェイスを実装し、このインターフェイスの具体的な実装を特定します。

作者: Mohamed Abdelmaaboud