私のアプローチコアはエンジンです。 - ページ 179 1...172173174175176177178179180181182183184 新しいコメント Реter Konow 2019.02.28 14:53 #1781 Nikolai Semko:MQL5でクリエイティブの矢印をレールに乗せることにしたのは良いことですね。ずっとそのつもりだったんです。MT4用に広げた話はない。) 今のところ、2つを除いて、移行に伴う困難は見当たりません。 1.宣言された すべての変数と 配列は、特にゼロにする必要があります。私のプログラムの規模では、数時間かかってしまいました。 2.アレイオーバーランの定数エラーです。第4弾では気がつかなかった。頻繁に起こるエラーであることが判明した。 それ以外は特に不自由を感じていません。ただ、プロジェクトのコンパイルにとんでもない時間がかかるんです。知らないわ...そうすると、エンジンのスピードがかなり落ちます。:( Artyom Trishkin 2019.02.28 15:02 #1782 Реter Konow:ずっとそのつもりだったんです。MT4用に広げた話はない。) 今のところ、2つを除いて、移行に伴う困難は見当たりません。 1.宣言された すべての変数と 配列は、特にゼロにする必要があります。私のプログラムの規模では、数時間かかってしまいました。 2.アレイオーバーランの定数エラーです。第4弾では気がつかなかった。頻繁に起こるエラーであることが判明した。 それ以外は特に不自由を感じていません。ただ、プロジェクトのコンパイルにとんでもない時間がかかるんです。知らないわ...そうすると、エンジンのスピードがかなり落ちます。:( 4で#property strictを使っていませんでしたか? Реter Konow 2019.02.28 15:21 #1783 Artyom Trishkin: 4で#property strictを使わなかったのか?いいえ。 Vitaly Muzichenko 2019.02.28 15:21 #1784 Реter Konow:いいえ。本当に困ったものです。 Реter Konow 2019.02.28 15:24 #1785 一人で高層ビルを建てている間は、左官のことなど考えもしないでしょう。すべての床が終わったら、仕上げの作業を行います。 Artyom Trishkin 2019.02.28 15:36 #1786 Реter Konow: 超高層ビルを自分で建てるとき、左官のことは考えませんよね。すべての床が終わったら、仕上げの作業を行います。この「左官」は、すでに書いたものを修正する手間をすぐに省くだけです。 Реter Konow 2019.02.28 16:06 #1787 Artyom Trishkin:この「文字列」だけで、すでに書かれていることを修正する必要が即座になくなるのです。4の#property strictでは、キーワードのdefineでラップされた数値が、サイバーコード(コンストラクタコード)の文字列配列Conteptで「不正に」文字列型に持ち込まれることについて、不要な警告がたくさん 出ていました。このため、この#property strictを無効に しました。つまり、プログラミングのルール上、私のコンストラクタは存在しないはずなのです)。 Artyom Trishkin 2019.02.28 16:10 #1788 Реter Konow:4の#property strictでは、キーワードのdefineでラップされた数値が、サイバーコード(コンストラクタコード)の文字列配列Conteptで「不正に」文字列型に持ち込まれることについて、不要な警告がたくさん 出ていました。このため、この#property strictを無効に しました。つまり、プログラミングのルール上、私のコンストラクタは存在しないはずなのです)。何が「合法的に」文字列型に 還元することを防いだのでしょうか? Реter Konow 2019.02.28 16:14 #1789 Artyom Trishkin:何が「合法的に」文字列型に 変換されることを防いだのでしょうか?説明しますと、コンストラクタでの作業は、配列文字列の 初期化です。 この配列には、数値と文字列のエントリーが交互に 入ります。数値は座標やキーワード(および要素型名)、文字列は名前またはテキストになります。#property strictでは、この配列内のすべてを文字列型にキャスト することが要求されます。ただし、この場合、サイバーコードは正常な可読性を失います。出 口は、#property strictを使わない働き 方です。コード例 //---------------------------------------------------------------------------------- GROUP, A, __, V_LINE,"vL",H,61,_,N_COLOR,(int)C'255,223,199', END_GROUP, //------------------------------------ i, AT, _X2X, "R1", 1, _Y2Y, "R1", 1,プロパティの厳密性が 要求される例です。 //---------------------------------------------------------------------------------- (string)GROUP, (string)A, (string)__, (string)V_LINE,"vL",(string)H,61,(string)_,(string)N_COLOR,(string)(int)C'255,223,199', (string)END_GROUP, //------------------------------------ (string)i, (string)AT, _(string)X2X, "R1", (string)1, _Y2Y, "R1", (string)1, Реter Konow 2019.02.28 17:25 #1790 すみません、整理中です。 1...172173174175176177178179180181182183184 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
MQL5でクリエイティブの矢印をレールに乗せることにしたのは良いことですね。
ずっとそのつもりだったんです。MT4用に広げた話はない。)
今のところ、2つを除いて、移行に伴う困難は見当たりません。
1.宣言された すべての変数と 配列は、特にゼロにする必要があります。私のプログラムの規模では、数時間かかってしまいました。
2.アレイオーバーランの定数エラーです。第4弾では気がつかなかった。頻繁に起こるエラーであることが判明した。
それ以外は特に不自由を感じていません。ただ、プロジェクトのコンパイルにとんでもない時間がかかるんです。知らないわ...そうすると、エンジンのスピードがかなり落ちます。:(
ずっとそのつもりだったんです。MT4用に広げた話はない。)
今のところ、2つを除いて、移行に伴う困難は見当たりません。
1.宣言された すべての変数と 配列は、特にゼロにする必要があります。私のプログラムの規模では、数時間かかってしまいました。
2.アレイオーバーランの定数エラーです。第4弾では気がつかなかった。頻繁に起こるエラーであることが判明した。
それ以外は特に不自由を感じていません。ただ、プロジェクトのコンパイルにとんでもない時間がかかるんです。知らないわ...そうすると、エンジンのスピードがかなり落ちます。:(
4で#property strictを使わなかったのか?
いいえ。
いいえ。
本当に困ったものです。
超高層ビルを自分で建てるとき、左官のことは考えませんよね。すべての床が終わったら、仕上げの作業を行います。
この「左官」は、すでに書いたものを修正する手間をすぐに省くだけです。
この「文字列」だけで、すでに書かれていることを修正する必要が即座になくなるのです。
4の#property strictでは、キーワードのdefineでラップされた数値が、サイバーコード(コンストラクタコード)の文字列配列Conteptで「不正に」文字列型に持ち込まれることについて、不要な警告がたくさん 出ていました。このため、この#property strictを無効に しました。つまり、プログラミングのルール上、私のコンストラクタは存在しないはずなのです)。
4の#property strictでは、キーワードのdefineでラップされた数値が、サイバーコード(コンストラクタコード)の文字列配列Conteptで「不正に」文字列型に持ち込まれることについて、不要な警告がたくさん 出ていました。このため、この#property strictを無効に しました。つまり、プログラミングのルール上、私のコンストラクタは存在しないはずなのです)。
何が「合法的に」文字列型に 還元することを防いだのでしょうか?
何が「合法的に」文字列型に 変換されることを防いだのでしょうか?
説明しますと、コンストラクタでの作業は、配列文字列の 初期化です。 この配列には、数値と文字列のエントリーが交互に 入ります。数値は座標やキーワード(および要素型名)、文字列は名前またはテキストになります。#property strictでは、この配列内のすべてを文字列型にキャスト することが要求されます。ただし、この場合、サイバーコードは正常な可読性を失います。出 口は、#property strictを使わない働き 方です。
プロパティの厳密性が 要求される例です。