Всякая задача может быть разбита на подзадачи, каждую из которых можно либо непосредственно представить в виде кода, либо разбить на еще более мелкие подзадачи. Данный метод называется пошаговым уточнением. Функции служат для записи программного кода этих непосредственно решаемых подзадач. Код, описывающий, что делает функция, называется определением функции:
一般に、64個のパラメータはユビキタスな制限であることを念頭に置いてください。例えば、機能。
Всякая задача может быть разбита на подзадачи, каждую из которых можно либо непосредственно представить в виде кода, либо разбить на еще более мелкие подзадачи. Данный метод называется пошаговым уточнением. Функции служат для записи программного кода этих непосредственно решаемых подзадач. Код, описывающий, что делает функция, называется определением функции:
function_header
{
指令
}
最初の中括弧の前にある ものはすべて 関数定義のヘッダーを構成 し 、中括弧の間に あるものは 関数定義の 本体を構成します。 関数ヘッダーには、戻り値の型、名前(識別子)、正式なパラメータの 記述があります。関数に渡されるパラメータの数は制限されており、64個を超える ことはできません。
質問は外部入力パラメータについてで、私のEAには、より柔軟なEA設定に必要な外部入力パラメータが多数ありますが、テスターの一般リストから私のEAを選択すると、すぐに端末がクラッシュしてしまいます。
特に設定項目が多い場合は、設定ファイルを使用するのが一般的です。しかし、設定ファイル名はパラメータとして渡すことができます。
外部入力パラメータについての質問です。私のEAには、より柔軟なEA設定に必要な多数の外部入力パラメータがありますが、テスターの一般リストから私のEAを選択すると、すぐに端末がクラッシュしてしまいます。
私の考えでは、このような状況では、最大64個のパラメータをダイアログに直接出力し、残りのすべてをINIファイルから取得し、変数にロードすることが最適な解決策だと思います。
最適化 モードでは、必要であれば、一部のパラメータ(変数)をニューラルネットワークで再計算して、Iniなどに保存することも可能ですが...。
追記
この観点から、基本的にユーザーが設定しなければならない基本的なパラメータ(特にRMとMM)をダイアログに表示することが容易になっています。
残りはすべてファイルにあり、そのファイル名もEAのパラメータで指定します(例えば、通貨ごと、TFごとのファイル)。
特に設定項目が多い場合は、設定ファイルを使用するのが一般的です。ただし、設定ファイル名はパラメータとして渡すことができる。
特に設定項目が多い場合は、設定ファイルを使用するのが一般的です。ただし、設定ファイル名はパラメータとして渡すことができる。
最適化モードでは、複数の設定ファイルを用意し、番号を変更することが可能です。クライアント端末の共有フォルダに置いておけば、ローカルエージェントでも問題なく読み込めます。
リモートエージェントが使用されている場合、使用可能なすべてのファイル名をプロパティ tester_file に記述する必要があります。
鳥といえば、Boolの最適化とか、最適化の「微妙なところ」はどうなんでしょう?応募番号16947...
最適化モードでは、複数の設定ファイルを用意し、番号を変更することが可能です。クライアント端末の共有フォルダに置いておけば、ローカルエージェントでも問題なく読み込めます。
リモートエージェントが使用されている場合、使用可能なすべてのファイル名をプロパティ tester_file に記述する必要があります。