アルゴリズム最適化選手権。 - ページ 2 123456789...132 新しいコメント Andrey Dik 2016.06.10 18:37 #11 Dmitry Fedoseev:チャンピオンシップのためには、図書館にクラスを置く必要があります。この関数は、クラスのインスタンスの生成、関数に渡されるすべてのパラメータの設定など、すべての処理を行います。関数名は全て標準です。ライブラリのファイル名は人それぞれです。チェッカーにはスクリプトがあります。Checkerは、インポートしたライブラリの名前を変更し、コンパイル、実行します。 実行スクリプトにクラスがないため、さらにシンプルになるはずです。標準的な名前の*.ex5ライブラリから呼び出しを持つインポートされた関数だけ、ライブラリでは、参加者は、標準の呼び出しインターフェイスを書き、彼は内部で何をしたい自由がある。これにより、チェッカーと観客の両方のチェックが容易になり、ライブラリファイルを変更するだけで、毎回再コンパイルする必要がありません。 Реter Konow 2016.06.10 18:40 #12 Реter Konow: 選手権で設定された問題を解く上で、OOPはなくても大丈夫だと思いますか?何でも自分のやり方で解決するのが当たり前になっているんです。(まあ、OOPは好きではないですが)。:) できると思いますが、ご意見を伺えればと思います。 Dmitry Fedoseev 2016.06.10 18:41 #13 Реter Konow: チャンピオンシップで設定された問題を解く上で、OOPはなくても大丈夫だと思いますか?私は何でも自分のやり方で解決することに慣れています。(まあ、OOPには興味ないんですけどね)。:)できます。コンパイルされたライブラリに、(ある与えられた名前の)1つの関数を提供する必要があります。そのライブラリで他に何をどのように行うかは、あなた次第です(関数またはOOP)。調査した関数がオブジェクトになることを除けば、問題ないでしょう、OOPの最低ラインです。とはいえ、今はmqlでも関数へのポインタがあるようですが、調べたわけではありません。アンドレイが決めることだ。 Andrey Dik 2016.06.10 18:43 #14 Реter Konow: できると思いますが、ご意見をお聞かせください。 できます。だから、インポートした機能だけで やりくりすることが必要だと思うんです。これは、参加するために必要な最低限の実技である。そして、アルゴリズムのライブラリでは、OOPと非OOPの両方を使うことができ、あなたが望む方法と誰にとってより便利であるかということです。 Реter Konow 2016.06.10 18:45 #15 Dmitry Fedoseev:できます。コンパイルされたライブラリに、(ある与えられた名前の)1つの関数を提供する必要があります。そのライブラリで他に何をどのように行うかは、あなた次第です(関数またはOOP)。調査した関数がオブジェクトになることを除けば、問題ないでしょう、OOPの最低ラインです。とはいえ、今はmqlでも関数へのポインタがあるようですが、調べたわけではありません。アンドレイが決めることだ。 関数へのポインタ...ドキュメントを読んでみる私が知りたいのは、目の前にある課題の本質だけです。OOPが必要ない場合は、独自の方法で解決することにしています。ありがとうございます。 Dmitry Fedoseev 2016.06.10 18:46 #16 関数ポインタについて、ヘルプのどこに書いてあるのか、誰も知らない。 Andrey Dik 2016.06.10 18:47 #17 明日、例をお見せしようと思っています。今日はコードに何も書けない状態です。最適化アルゴリズムを接続することで、誰にも迷惑をかけないという共通のシンプルな解決策を提案し、議論することが必要です。 Dmitry Fedoseev 2016.06.10 18:49 #18 Andrey Dik: 実行スクリプトにクラスがなければ、もっとシンプルになるはずです。*.ex5ライブラリから標準名で呼び出すインポート関数だけ、ライブラリでは、ユーザが標準の呼び出しインタフェースを書き、中で何をするのも自由です。これにより、チェッカーと観客の両方のチェックが容易になり、ライブラリファイルを変更するだけで、毎回再コンパイルする必要がありません。メンバーに機能を持たせるには?それから、多分彼は自分のライブラリの中のあるライブラリからその関数をインポートしなければならないでしょう。私の場合、クラスがあると楽なんです。このメンバーは、関数にパラメータを持ちます。CFF * アフィ使い方は、できるだけ簡単に。aff.value(...)インポートがより簡単になり、不要なファイルに煩わされることもありません。 Реter Konow 2016.06.10 18:51 #19 Andrey Dik: できます。だから、輸入した機能だけで やりくりする必要があると思うのです。これは、参加するために必要な最低限の実技である。そして、アルゴリズムのライブラリでは、OOPと非OOPの両方を、好きな方、都合の良い方に使うことができます。 機能の取り込みに慣れている。身近でわかりやすい。でも、mqlでライブラリは作っていない。dllのみです。でも、たぶんそのほうが楽だと思うんです。とにかく、準備を始めているんです。 Andrey Dik 2016.06.10 18:58 #20 Dmitry Fedoseev:メンバーに機能を持たせるには?それから、多分彼は自分のライブラリの中のあるライブラリからその関数をインポートしなければならないでしょう。私の場合、クラスがあると楽なんです。このメンバーは、関数にパラメータを持ちます。CFF * アフィ使い方は、できるだけ簡単に。aff.value(...)不要なファイルに煩わされることなく、より簡単に取り込むことができます。メンバーの*.exライブラリは、基本的にそのアルゴリズムを参照するための統一された方法であるべきです。アルゴリズムは、標準ライブラリに刺繍することも、ライブラリから独自の関数を用いて呼び出すことも可能です。そして、どの機能を参加者に与えるか?参加者が渡したり、何かを渡したりするのでしょうか?言葉遊び、よくわからないですね。 123456789...132 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
チャンピオンシップのためには、図書館にクラスを置く必要があります。この関数は、クラスのインスタンスの生成、関数に渡されるすべてのパラメータの設定など、すべての処理を行います。
関数名は全て標準です。ライブラリのファイル名は人それぞれです。
チェッカーにはスクリプトがあります。Checkerは、インポートしたライブラリの名前を変更し、コンパイル、実行します。
選手権で設定された問題を解く上で、OOPはなくても大丈夫だと思いますか?何でも自分のやり方で解決するのが当たり前になっているんです。(まあ、OOPは好きではないですが)。:)
チャンピオンシップで設定された問題を解く上で、OOPはなくても大丈夫だと思いますか?私は何でも自分のやり方で解決することに慣れています。(まあ、OOPには興味ないんですけどね)。:)
できます。コンパイルされたライブラリに、(ある与えられた名前の)1つの関数を提供する必要があります。そのライブラリで他に何をどのように行うかは、あなた次第です(関数またはOOP)。
調査した関数がオブジェクトになることを除けば、問題ないでしょう、OOPの最低ラインです。とはいえ、今はmqlでも関数へのポインタがあるようですが、調べたわけではありません。アンドレイが決めることだ。
できると思いますが、ご意見をお聞かせください。
できます。コンパイルされたライブラリに、(ある与えられた名前の)1つの関数を提供する必要があります。そのライブラリで他に何をどのように行うかは、あなた次第です(関数またはOOP)。
調査した関数がオブジェクトになることを除けば、問題ないでしょう、OOPの最低ラインです。とはいえ、今はmqlでも関数へのポインタがあるようですが、調べたわけではありません。アンドレイが決めることだ。
明日、例をお見せしようと思っています。今日はコードに何も書けない状態です。
最適化アルゴリズムを接続することで、誰にも迷惑をかけないという共通のシンプルな解決策を提案し、議論することが必要です。
実行スクリプトにクラスがなければ、もっとシンプルになるはずです。*.ex5ライブラリから標準名で呼び出すインポート関数だけ、ライブラリでは、ユーザが標準の呼び出しインタフェースを書き、中で何をするのも自由です。これにより、チェッカーと観客の両方のチェックが容易になり、ライブラリファイルを変更するだけで、毎回再コンパイルする必要がありません。
メンバーに機能を持たせるには?それから、多分彼は自分のライブラリの中のあるライブラリからその関数をインポートしなければならないでしょう。私の場合、クラスがあると楽なんです。このメンバーは、関数にパラメータを持ちます。
CFF * アフィ
使い方は、できるだけ簡単に。
aff.value(...)
インポートがより簡単になり、不要なファイルに煩わされることもありません。
できます。だから、輸入した機能だけで やりくりする必要があると思うのです。これは、参加するために必要な最低限の実技である。そして、アルゴリズムのライブラリでは、OOPと非OOPの両方を、好きな方、都合の良い方に使うことができます。
メンバーに機能を持たせるには?それから、多分彼は自分のライブラリの中のあるライブラリからその関数をインポートしなければならないでしょう。私の場合、クラスがあると楽なんです。このメンバーは、関数にパラメータを持ちます。
CFF * アフィ
使い方は、できるだけ簡単に。
aff.value(...)
不要なファイルに煩わされることなく、より簡単に取り込むことができます。
メンバーの*.exライブラリは、基本的にそのアルゴリズムを参照するための統一された方法であるべきです。アルゴリズムは、標準ライブラリに刺繍することも、ライブラリから独自の関数を用いて呼び出すことも可能です。
そして、どの機能を参加者に与えるか?参加者が渡したり、何かを渡したりするのでしょうか?言葉遊び、よくわからないですね。