記事についてのディスカッション

新しいコメント
 

新しい記事「MVCデザインパターンとその可能なアプリケーション」はパブリッシュされました:

本稿では、人気高いMVCパターンと、MQLプログラムでの使用の可能性、長所、短所について説明します。アイデアは、既存コードをモデル、ビュー、コントローラの3つの別々のコンポーネントに分割することです。

このパターンはかなり昔(1978年)に登場しましたが、最初の記述はずっと後の1988年に登場しました。それ以来、テンプレートはさらに発展し、新しいアプローチを生み出しています。

本稿では、複雑さや追加機能のない「クラシックMVC」について考察します。アイデアは、既存コードをモデル、ビュー、コントローラの3つの別々のコンポーネントに分割することです。MVCパターンによれば、これら3つのコンポーネントは独立して開発および保守できます。各コンポーネントは、新しいバージョンの作成とエラーの修正を行う開発者の個別のグループによって開発できます。明らかに、プロジェクト全体の管理がはるかに簡単になり、他の人がコードを理解する手助けともなります。

各コンポーネントを見てみましょう。

  1. ビュー:ビューは、情報の視覚的表現を担当し、一般的なケースでは、ユーザーにデータを送信します。同じデータをユーザーに提示するには、さまざまな方法があります。たとえば、データは、表、グラフ、チャートで同時に表すことができます。つまり、MVCベースのアプリケーションには複数のビューを含めることができます。ビューは、モデル内で何が起こっているかを知らずに、モデルからデータを受け取ります。
  2. モデル:モデルにはデータが含まれています。モデルは、データベースとの接続を管理し、要求を送信し、さまざまなリソースと通信します。また、データを変更して検証し、必要に応じて保存および削除します。モデルは、ビューがどのように機能し、いくつのビューが存在するかについては何も認識していませんが、ビューがデータを要求できるために必要なインターフェイスを備えています。ビューが実行できることは他にありません。つまり、ビューはモデルの状態を強制的に変更することはできず、この役割はコントローラによって実行されます。内部的には、モデルは、階層に配置された、または同等に機能する他のいくつかのモデルで構成できます。モデルは、前述の制限を除いて、この点で制限されていません。その内部構造はビューとコントローラから秘密に保たれます。
  3. コントローラ:コントローラでは、ユーザーとモデル間の通信を実装します。コントローラは、モデルがデータをどのように処理しているかを認識していませんが、コンテンツを更新する時期であることをモデルに通知できます。一般に、コントローラは、モデル内で何が起こっているのかを理解しようとせずに、インターフェイスによってモデルを操作します。

MVCパターンの個々のコンポーネント間の関係は、次のように視覚的に表すことができます。

作者: Andrei Novichkov

 
AIにわ、素人たので、MT4の残金が出金出来るのであれば、ませかます。また、投資がしたいので、早急に出金出来るよう、お願いします。ご協力に感謝します。

 
ゆうじ 保坂:
AIにわ、素人たので、MT4の残金が出金出来るのであれば、ませかます。また、投資がしたいので、早急に出金出来るよう、お願いします。ご協力に感謝します。

 
ゆうじ 保坂:
新しいコメント