私のアプローチコアはエンジンです。 - ページ 8 123456789101112131415...184 新しいコメント Vasiliy Sokolov 2018.12.06 12:58 #71 Реter Konow:各トランザクションでArrayResizeを使用して配列に数値を追加し、トランザクションのプロパティを書き込む。つまり、決められた数の要素に対して、私たちはこれを使うのです。 #define All_objects 30 #define All_properties 10 そして、動的に要素を作成するために、ArrayResizeを使用 します。そうだろ？ Реter Konow 2018.12.06 12:58 #72 続きはもう少ししたら。とりあえず、質問することはできます。 Реter Konow 2018.12.06 13:01 #73 Vasiliy Sokolov:つまり、あらかじめ定義された要素数に対して、これを使用するのです。 そして、動的に要素を作成するために、ArrayResizeを使用 します。そうだろ？そうですね。グラフインターフェースの場合、オブジェクトの数はカーネルステージでコンストラクタのファイルを読み込む際に計算されます。あなたの場合、オブジェクトの数（トランザクションもカーネルオブジェクトです）は、不明です。だから、カーネルはダイナミックであるべきなのです。その大きさを変えなければならない。 (再初期化せずにカーネルにオブジェクトを追加するVis.Studioを作成する際にも同じことが必要です)。 Vasiliy Sokolov 2018.12.06 13:06 #74 Реter Konow:正解です。グラフィカルインターフェースの場合、オブジェクトの数は、カーネルの構築段階で、コンストラクタファイルを読み込んだ時点でカウントされます。あなたの場合、オブジェクトの数（トランザクションもカーネルオブジェクトです）は、不明です。だから、カーネルはダイナミックであるべきなのです。その大きさを変えなければならない。 (再初期化せずにカーネルにオブジェクトを追加するVis.Studioを作るときにも同じことが必要です)。そして、もし私が常にArrayResizeの 代わりに #define All_objects 30 #define All_properties 10 エラーになるのでしょうか？ Nikolai Semko 2018.12.06 13:10 #75 Реter Konow 2018.12.06 13:11 #76 Vasiliy Sokolov:の代わりに常にArrayResizeを 使用する場合はどうなりますか？ それは間違いでしょうか？いいえ、これはあくまで簡略化した例です。しかし、2次元のKernelでは、オブジェクトのプロパティの数をあらかじめ知っておく必要がある。 Реter Konow 2018.12.06 13:14 #77 Nikolai Semko: 人間は自然の自転車のひとつに過ぎないのです。遺伝子的には、猿と3％しか違わない。ただし、この2つを混同しないことです。 Vasiliy Sokolov 2018.12.06 13:15 #78 Реter Konow:いいえ、あくまで簡略化した例です。しかし、2次元のKernelでは、オブジェクトのプロパティの数をあらかじめ知っておく必要がある。事前に知っていた」とはどういう意味なのか、明らかにしてください。各要素があらかじめ定義された数のプロパティを持つこと、あるいは、これらのプロパティをそれぞれユーザーが設定しなければならないこと？ Yury Kulikov 2018.12.06 13:18 #79 またもやクリアできなかった :)すみません。最近「脚の上を撃つ」というのがありましたが、ここは間違いなく頭を撃っているのでしょう。トピックスターターは、配列とは何かを学び、世界を知り、リストを学んだらどうなるか．世界はひっくり返り、新たな地平が開けるだろう。 Реter Konow 2018.12.06 13:19 #80 Vasiliy Sokolov:プレディファイドとはどういう意味ですか？各要素があらかじめ定義された数のプロパティを持つこと、あるいは、これらのプロパティをそれぞれユーザーが設定しなければならないこと？オブジェクトにいくつものプロパティを設定すると、それを変更することはできません。変更するとアレイから外れてしまいます。 事前にオブジェクトのプロパティをすべて把握しておく必要があります。インデックスを付与する。そして、そのすべてがKernelの行に収まっていなければならない。 しかし、Kernelは動的であり、その中のItemやObjectの数を変更することができる。これには、ArrayResizeを使用 します。 123456789101112131415...184 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
各トランザクションでArrayResizeを使用して配列に数値を追加し、トランザクションのプロパティを書き込む。
つまり、決められた数の要素に対して、私たちはこれを使うのです。
そして、動的に要素を作成するために、ArrayResizeを使用 します。そうだろ？
つまり、あらかじめ定義された要素数に対して、これを使用するのです。
そして、動的に要素を作成するために、ArrayResizeを使用 します。そうだろ？
そうですね。グラフインターフェースの場合、オブジェクトの数はカーネルステージでコンストラクタのファイルを読み込む際に計算されます。あなたの場合、オブジェクトの数（トランザクションもカーネルオブジェクトです）は、不明です。だから、カーネルはダイナミックであるべきなのです。その大きさを変えなければならない。
(再初期化せずにカーネルにオブジェクトを追加するVis.Studioを作成する際にも同じことが必要です)。
正解です。グラフィカルインターフェースの場合、オブジェクトの数は、カーネルの構築段階で、コンストラクタファイルを読み込んだ時点でカウントされます。あなたの場合、オブジェクトの数（トランザクションもカーネルオブジェクトです）は、不明です。だから、カーネルはダイナミックであるべきなのです。その大きさを変えなければならない。
(再初期化せずにカーネルにオブジェクトを追加するVis.Studioを作るときにも同じことが必要です)。
そして、もし私が常にArrayResizeの 代わりに
エラーになるのでしょうか？
の代わりに常にArrayResizeを 使用する場合はどうなりますか？
それは間違いでしょうか？
いいえ、これはあくまで簡略化した例です。しかし、2次元のKernelでは、オブジェクトのプロパティの数をあらかじめ知っておく必要がある。
人間は自然の自転車のひとつに過ぎないのです。遺伝子的には、猿と3％しか違わない。ただし、この2つを混同しないことです。
いいえ、あくまで簡略化した例です。しかし、2次元のKernelでは、オブジェクトのプロパティの数をあらかじめ知っておく必要がある。
事前に知っていた」とはどういう意味なのか、明らかにしてください。各要素があらかじめ定義された数のプロパティを持つこと、あるいは、これらのプロパティをそれぞれユーザーが設定しなければならないこと？
プレディファイドとはどういう意味ですか？各要素があらかじめ定義された数のプロパティを持つこと、あるいは、これらのプロパティをそれぞれユーザーが設定しなければならないこと？
オブジェクトにいくつものプロパティを設定すると、それを変更することはできません。変更するとアレイから外れてしまいます。
事前にオブジェクトのプロパティをすべて把握しておく必要があります。インデックスを付与する。そして、そのすべてがKernelの行に収まっていなければならない。
しかし、Kernelは動的であり、その中のItemやObjectの数を変更することができる。これには、ArrayResizeを使用 します。