構造のルール プログラムの構成方法を学び、可能性、エラー、解決策などを探る。 - ページ 5

 
  1. 私のプロジェクトはすべて、インターフェースから始まります。デザインされたインターフェース⇒最適なプロジェクト構成。
  2. データ(変数)の構造を開発する - パフォーマンスはそこに依存する。
  3. 各ブロックがきちんと動くことを確認した上で、最適化を行っています。
  4. プロジェクトの準備が整ったら、テストに提出しなければならない。発見されたバグや「不便」を修正する。
Документация по MQL5: Стандартные константы, перечисления и структуры / Структуры данных
Документация по MQL5: Стандартные константы, перечисления и структуры / Структуры данных
  • www.mql5.com
Стандартные константы, перечисления и структуры / Структуры данных - Документация по MQL5
 
FAQ:
私はToRを読み、構造という形での解決策が思い浮かばない場合、他のプロジェクトに取り組みますが、通常、初日に実装を開始することはありません。プログラムがICLやXMLでない場合、私は読み、実装のバリエーション、構造タイプ、クラスを計算します。全体像が決まったら、ブロックを切ったり、基本モジュールを書いたりして、うまくいかないときは、テトリスのようなおもちゃを持ってソファに倒れこみ、完全に解決するまで、あるいは飽きるまで遊びます(笑)。
ここで私は、頭の中で調和のとれたプロジェクト 構造が形成されることが、そのプロジェクトにさらに取り組むきっかけになると考えています。 それが形成されるまでは、何も書かないことにしているのです。すでに書かれていることを構造的に変更するのはコストがかかりすぎるので、最初に基本的なことを考え抜くことに時間をかけたほうがいい。
 

おもちゃについての方法で - ちょうど今日どこかにニュースでテトリスと同じように、認知能力を向上させることを読んでいる - ので、私は他のタスクに潜在的な仕事のようにフィールド脳paralelnoを再生でオプションを通過、確認してください。

SZS、ニューロニクスの最適化のような もの :)

DC2008:
  1. 私のプロジェクトはすべて、インターフェースから始まります。考え抜かれたインターフェース⇒最適なプロジェクト構成。
  2. データ構造(変数)を開発する - パフォーマンスが左右される
  3. 各ブロックがきちんと動くことを確認した上で、最適化を行っています。
  4. プロジェクトの準備が整ったら、テストに提出しなければならない。不具合や発見された「不便」を修正する。

1. データ伝送に必要なものがあれば、データ構造、プロトコル、フォーマットと、まずそれを考えます。

ZZZY 原則、アルゴリズム開発にほとんどの時間を費やしています。

 
FAQ:

おもちゃについての方法で - ちょうど今日どこかにニュースでテトリスと同じように、認知能力を向上させることを読んでいる - ので、私は他のタスクに潜在的な仕事のようにフィールド脳paralelnoを再生でオプションを通過、確認してください。

SZS、ニューロスキーを最適化するような もの :)

いつもサッパーをこの能力で持っています)


 
FAQ:

ところで、おもちゃについて - ちょうど今日、私はテトリスと同様の、認知能力を向上させることをニュースでどこかに読んだ - ので、私は、再生フィールドのオプションを介して行く脳は他のタスクに潜在意識の場合と同様に並列に動作し、確認します。

...

この効果は水平方向のみ、または他の位置のまま動作しますか?:)

私の抽象画は水平方向の方がうまくいくのですが、だらだらと甘い眠りに陥らないようにすることが重要です :)

 

意見交換/学び合いのために、多かれ少なかれ現実的な問題を取り上げ、それをみんなで再構築することを提案します。

例えば、そのような問題に対する基本構造(より正確には、そのような構造のバリエーション)の概要くらいは教えてください。

このようなExpert Advisor(取引アイデアのテスト用)があります。 Strategy Tester(クライアント側)のアイデアが有望な結果を示したとします。 ここで、Expert Advisorをより開発しやすいように書き換える必要があります。特に、グラフィカルなユーザーコントロールパネルを提供 する必要があります。

テスターで最適化するために)パネルを切り替えられるようにするか、EAの「非グラフィカル」な実現をプラグイン可能なファイル(.mqh)に移動し、「テスター」バージョンと「グラフィカル」バージョンの操作の違いを(排除するために)変更せずに グラフィカルインターフェースに 接続することが望まれます。

このようなプロジェクトの構成、特にイベントドリブン制御モデルの実装について、考察をお聞かせください。二重実装(テスター+パネル)が顧客の厳しい要求であるとする(つまり、プロジェクトはどのような方法でも行わなければならず、あなたは実装方法のみを選択することができる)。

課題を見てみようか?

 

が、MT4用です :)

ZS. 一般的には、小さすぎる。もっとグローバルな問題を抱えましょうよ。

 
FAQ:
が、MT4用です :)
まあ、あそこはコントロールパネルがあるから、授業は大変だろうけど......。)))
 
MetaDriver:
まあ、あそこでコントロールパネルに対応するのは難しいでしょう。 クラスも管理しにくいし...。)))

一方、私は、そのためにすべてを持っています :)))

ZS.5をパスするというだけのことです。だから、私抜きで。単純な抽象的なアルゴリズムのタスクの方がいい。

 
FAQ:
でも、そのためのものは全部持っている :)))

4の穴をどのように塞いでいるのか、教えてください (一般的に)。