記事についてのディスカッション - ページ 3

[Andrei Novichkov]

Maxim Kuznetsov:

次回作で修正してください。

そういう意味ではない。修正ではなく、自分のレベルと相手のレベルを比較した。

[Rashid Umarov]

この記事は非常に興味深く、このトピックをよく知らない人にとって有益だと思う。

良いプレゼンテーションと読みやすさを提供してくれた著者に感謝の意を表したい。

記事の中でAndreyが述べているように、理想的なMVCインジケータのプログラムを作るのはそう簡単ではありません。しかし、私は記事の中の例がとても気に入った。

[Andrei Novichkov]

Rashid Umarov:

この記事はとても興味深く、このトピックをよく知らない人にとって有益だと思う。

良いプレゼンテーションと読みやすさを提供してくれた著者に感謝の意を表したい。

記事の中でAndreyが述べているように、理想的なMVCインジケータのプログラムを作るのはそう簡単ではありません。しかし、私は記事の中の例がとても気に入った。

お褒めの言葉をありがとう、ラシッド )

[Andriy Konovalov]

Andrei Novichkov、ロギングはどのコンポーネントに帰属させるべきですか？ビューですか？でも、すべてのログ行をモデルからコントローラを経由してビューに転送するのはちょっとつまらないですね。

[Andrei Novichkov]

ログは別の表現として作ることができる。モデルはビューについて知っており、コントローラをバイパスしてビューと通信することができます。また、ロギングはモデルだけでなく、ビューでも行うことができることに注意してください。

[Andriy Konovalov]

なるほど、ありがとう。

もう一つ質問なのですが、入力パラメータをコントローラにだけ定義するのは正しいのでしょうか？iSlippageや Magicの ような入力パラメータは、Viewで定義する方が正しいのではないでしょうか（Controllerでは必要ないため）？ViewのファイルをControllerのファイルに含めると、Expert Advisorの入力設定に これらのパラメータが1つのグループとして表示されます。

[Andrei Novichkov]

なぜ論理的に完全な実体ではなく、2つの実体を作るのか。あるいは3つ。あるいは4つ。正しいのは、エンティティを1つにして、ModelとRepresentationのアクセス制御方法を考えることだ。

[Andriy Konovalov]

Andrei Novichkov:
なぜ論理的に完全な実体ではなく、2つの実体を作るのか。あるいは3つ。あるいは4つ。正しいのは、エンティティーを1つにして、モデルと表現のアクセス制御方法を考えることだ。

私の言っていることが理解できないようだ。新しいエンティティを作れと言っているのではない。3つのコンポーネントがあったように、それは残る。

iSlippageと Magicの 変数をControllerの グローバルレベルで宣言するのは非論理的です。その結果、Viewの .mqh ファイルはF7によって正式に擬似コンパイルされず、自動的に構文エラーをチェックすることができなくなります（あなたの例について話しているのではなく、Viewでこれらの変数が使用されている場合、一般的な話です）。

[Andrei Novichkov]

入力パラメータの中には、マジックのように多くのパラメータがあるかもしれない。これらのパラメーターを異なるコンポーネントに分散させるか？私の意見では、これは最善の解決策ではありません。 しかし、あなたのアイデアを試すことはできます。どのように見えるか見てみよう。

[Andriy Konovalov]

記事と質問に答えてくれてありがとう。