MT5への願い - ページ 70 1...636465666768697071727374757677...117 新しいコメント Renat Fatkhullin 2011.06.28 19:32 #691 MetaDriver: コンパイラーへ、提案です。小さな構造体の転送は参照だけでなく、値で転送するようにしてください。 すべての複雑な/有理演算はひどく遅いので。構造体の値転送ではなく、参照渡しをすることで、どのように遅くなるのか説明してください。例題付きで最高です。価値ある建造物の通過を許した時点で、本当の意味でのブレーキがかかるのです。開発者は知らず知らずのうちに、巨大な構造体をスタックに通す操作を随所で行うことになり、プログラムが遅くなるのです。 TheXpert 2011.06.28 20:00 #692 MetaDriver:多重継承は間違いなく悪です。Ы?2つのインターフェースを継承する方法は?プラスよりもシャープとの融合に賛成です。 何世代にもわたる経験を考えると、そちらの方がずっと理にかなっています。 せめてベーシックに。このような表現は、あからさまな荒らしです。 Slava 2011.06.29 08:23 #693 MetaDriver: コンパイラーへのお願いです。 複雑な有理数演算はすべて恐ろしく遅いので、小さな構造体は参照だけでなく値で転送するようにしてください。 この制限を超えると、コンパイラは値で渡された構造体を渡さず、参照渡しを厳密に要求します。 また、関数の結果として小さな構造体を返すことができれば、非常に素晴らしいことです。 -- 演算子の過負荷にさえ一票。いつか手を出したいと思っています。C++と融合する」というコースがとられ、一般的に支持されているようです。 非標準の数学オブジェクトを使った算術演算のための関数構文は非常に不便であり、また速度もかなり低下する。 は、インライン置換ができず、関数呼び出しの支出が必要なためです。 いいえ、参照のみによる構造体です。例外はありません。大惨事の規模を推定するために、ブレーキに関する数字を教えてください。 以前は,関数の結果として構造体を返すオプションがありましたが,実装の曖昧さ(社内でのデバッグ)から,最終的にはこのオプションを廃止しました.構造体は参照渡しなので、出来上がった構造体をパラメータとして渡せば良いと判断しました。 演算子のオーバーロードが可能です。でも、今は違う。 Konstantin Gruzdev 2011.06.29 20:47 #694 開発者:チャートにアタッチされていない インジケータでもOnTimer()が動作するようにしてください。 削除済み 2011.06.29 20:50 #695 Lizar: 開発者:チャートにアタッチされていない インジケータでもOnTimer()が動作するようにしてください。+1000 Vladimir Gomonov 2011.06.29 23:35 #696 stringo: 1.いいえ。参照のみの構造。例外はありません。ブレーキについては、災害の規模を推定するために、数字を挙げてください。 2.以前は、関数の結果として構造体を返すオプションがありましたが、実装の曖昧さ(社内のもめごと)から、最終的にはこのオプションは廃止しました。構造体は参照渡しなので、出来上がった構造体をパラメータとして渡せば良いと判断しました。 3. 演算子のオーバーロードが可能です。でも、今は違う。1.:) Catastropheはキャンセルされました。 測定しましたが、とても驚きました、ブレーキが入っていないのです(脚本は予告編に載っています)。自分で検索して最適化する。 しかし、多くの場合、シンタックスは、パラメータで式を代用できる方が便利だ。そうですね。まあ、これくらいなら我慢できる。耐えられる。スピードが落ちないことが最大のポイントです。しかし、構造体の再割り当ては可能でしょうか? 構造体の割り当ては完全に合法なので、これも許可しましょう。 関数の実行結果の割り当てが構文的に統一されていると、プログラムはずっと読みやすくなります。 Y = Func(X); - コードをざっと読むと Func(X, Y); よりもずっと明快に見える // Y がアウトパラメータであることは推測できるはずだ。いや、ストラウストラップはあなたの解決策を好まないだろう...どこかおかしい...。:)3.おお!それはいい。ありがとうございました。 ファイル: RefValTest.mq5 3 kb Slava 2011.06.30 08:27 #697 MetaDriver: 構造体も合法的に再代入できるので、再代入も許可しましょうか。 関数の結果の代入が構文的に統一されていると、プログラムがより読みやすくなりますね。 秘密を教えてあげよう。やってみてください。 切っていないことがわかった。単純な構造 体を返すことができる。ただし、この場合、スタック上のテンポ構造へのコピーと、テンポ構造から結果構造へのコピーの2つのコピーを追加する必要があることに注意してください。 Документация по MQL5: Основы языка / Типы данных / Структуры и классы www.mql5.com Основы языка / Типы данных / Структуры и классы - Документация по MQL5 Denis Kirichenko 2011.06.30 10:48 #698 CExpert クラス標準ライブラリから、Documentationでこのように宣言されているのはなぜでしょうか。class CExpert : public CObject という宣言があり、Expert.mqhファイルにはこのような宣言がありますね。 class CExpert : public CExpertBase Документация по MQL5: Стандартная библиотека www.mql5.com Стандартная библиотека - Документация по MQL5 Denis Kirichenko 2011.06.30 11:10 #699 取引戦略の作成とテストのためのクラスに関する記事が必要である...。 Anton 2011.06.30 11:32 #700 Lizar: 開発者:チャートにアタッチされていない インジケータでもOnTimer()が動作するようにしてください。 今のところ、その可能性は低いです。タイマーを設定する 関数は ChartSetTimer() と呼ぶべきで、この名前はより正確にその動作を反映しています。 Документация по MQL5: Работа с событиями / EventSetTimer www.mql5.com Работа с событиями / EventSetTimer - Документация по MQL5 1...636465666768697071727374757677...117 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
コンパイラーへ、提案です。
小さな構造体の転送は参照だけでなく、値で転送するようにしてください。 すべての複雑な/有理演算はひどく遅いので。
構造体の値転送ではなく、参照渡しをすることで、どのように遅くなるのか説明してください。例題付きで最高です。
価値ある建造物の通過を許した時点で、本当の意味でのブレーキがかかるのです。開発者は知らず知らずのうちに、巨大な構造体をスタックに通す操作を随所で行うことになり、プログラムが遅くなるのです。
多重継承は間違いなく悪です。
Ы?2つのインターフェースを継承する方法は?
プラスよりもシャープとの融合に賛成です。 何世代にもわたる経験を考えると、そちらの方がずっと理にかなっています。
コンパイラーへのお願いです。
複雑な有理数演算はすべて恐ろしく遅いので、小さな構造体は参照だけでなく値で転送するようにしてください。
この制限を超えると、コンパイラは値で渡された構造体を渡さず、参照渡しを厳密に要求します。
また、関数の結果として小さな構造体を返すことができれば、非常に素晴らしいことです。
--
演算子の過負荷にさえ一票。いつか手を出したいと思っています。C++と融合する」というコースがとられ、一般的に支持されているようです。
非標準の数学オブジェクトを使った算術演算のための関数構文は非常に不便であり、また速度もかなり低下する。
は、インライン置換ができず、関数呼び出しの支出が必要なためです。
いいえ、参照のみによる構造体です。例外はありません。大惨事の規模を推定するために、ブレーキに関する数字を教えてください。
以前は,関数の結果として構造体を返すオプションがありましたが,実装の曖昧さ(社内でのデバッグ)から,最終的にはこのオプションを廃止しました.構造体は参照渡しなので、出来上がった構造体をパラメータとして渡せば良いと判断しました。
演算子のオーバーロードが可能です。でも、今は違う。
開発者:チャートにアタッチされていない インジケータでもOnTimer()が動作するようにしてください。
1.いいえ。参照のみの構造。例外はありません。ブレーキについては、災害の規模を推定するために、数字を挙げてください。
2.以前は、関数の結果として構造体を返すオプションがありましたが、実装の曖昧さ(社内のもめごと)から、最終的にはこのオプションは廃止しました。構造体は参照渡しなので、出来上がった構造体をパラメータとして渡せば良いと判断しました。
3. 演算子のオーバーロードが可能です。でも、今は違う。
1.:) Catastropheはキャンセルされました。 測定しましたが、とても驚きました、ブレーキが入っていないのです(脚本は予告編に載っています)。自分で検索して最適化する。 しかし、多くの場合、シンタックスは、パラメータで式を代用できる方が便利だ。そうですね。まあ、これくらいなら我慢できる。耐えられる。スピードが落ちないことが最大のポイントです。
しかし、構造体の再割り当ては可能でしょうか? 構造体の割り当ては完全に合法なので、これも許可しましょう。 関数の実行結果の割り当てが構文的に統一されていると、プログラムはずっと読みやすくなります。
Y = Func(X); - コードをざっと読むと Func(X, Y); よりもずっと明快に見える // Y がアウトパラメータであることは推測できるはずだ。
いや、ストラウストラップはあなたの解決策を好まないだろう...どこかおかしい...。:)
3.おお!それはいい。ありがとうございました。
構造体も合法的に再代入できるので、再代入も許可しましょうか。 関数の結果の代入が構文的に統一されていると、プログラムがより読みやすくなりますね。
秘密を教えてあげよう。やってみてください。
切っていないことがわかった。単純な構造 体を返すことができる。ただし、この場合、スタック上のテンポ構造へのコピーと、テンポ構造から結果構造へのコピーの2つのコピーを追加する必要があることに注意してください。
CExpert クラス標準ライブラリから、Documentationでこのように宣言されているのはなぜでしょうか。
という宣言があり、Expert.mqhファイルにはこのような宣言がありますね。
開発者:チャートにアタッチされていない インジケータでもOnTimer()が動作するようにしてください。