私のアプローチコアはエンジンです。 - ページ 106 1...99100101102103104105106107108109110111112113...184 新しいコメント Vitaly Muzichenko 2018.12.24 00:34 #1051 Aliaksandr Hryshyn:なぜ3Dなのか？まず目的を把握する。3Dグラフィックス？ダウトフルなもの。3dの目的は？利益を大きくするために、そしてトレード全般の収益性を高めるために)! Vasiliy Sokolov 2018.12.24 05:36 #1052 Реter Konow:そうすると、3Dの世界が広がります。 技術的にはちょっと首をかしげますが、やってみようと思います。立体的な形がねじ曲がっていきます。ピーター、また深みにはまったね。現在の機能に焦点を当てないと、エンジンのリリースには間に合いません。基本的な機能を展開した上で、3d、4d、6d、Power Surroundなど、新しいアイデアを実装してください。 Реter Konow 2018.12.24 07:26 #1053 Aliaksandr Hryshyn:3Dは何のためにあるのか？まず目的を把握する。3Dグラフィックス？ダウトフルなもの。3Dは何のためにあるのか？コンピュータが存在する前から、市場は存在していたのです。タイムマシンで20年代のアメリカに飛んできたと想像してください。現代の電子工学とプログラミングを知っているあなたは、コンピュータを作り、プラットフォームを書き、取引ロボットをみんなに売ることにしました。 もし、あなたがトレーダーに「こんなものを作りたい」と持ちかけたら、正気ではないと思われたでしょう。誰もあなたの言っていることを理解できないでしょう。一言もない。なぜなら、当時はそのような概念がなかったからです。40年代半ばまでは、誰にも何も説明できなかったんです。その後、アラン・チューリングの計算機が登場し、自分の計画を伝えれば、少しは理解できるようになったはずです。80年代に近づけば、さらに理解が深まるはず......。 市場からの利益はフィクションであることを理解する必要があります。本当の利益は... 新天地を開拓する.この場合、領域は MQL-technologiesとなります。私が技術を作れば作るほど、より多くの領土を征服することができるのです。そして、その領域で、金鉱を見つけることができる......。 だから、できる限りのことをするように努めています。 Реter Konow 2018.12.24 07:29 #1054 Vasiliy Sokolov:ピーター、また深みにはまったね。現在の機能に焦点を当てなければ、あなたのエンジンはリリースに至らないでしょう。基本的な機能を展開した上で、3d、4d、6d、Power Surroundなど、新しいアイデアを実装してください。大きくは、エンジンとEA間の新しい通信機構をリリースするためのタスクが一つ残っています。 残りは確定まで数ヶ月かかるかもしれません。バグの修正、機能の追加...。 Vasiliy Sokolov 2018.12.24 07:34 #1055 Реter Konow:リリースに向けては、基本的にエンジンとEA間の新しい通信機構を実装する作業が残っています。 残りは数ヶ月かかるかもしれません。バグの修正、機能の追加...。だから、エンジンとEAとの接続に集中する。3d、4d、6dのような他のタスクは後回しにしてください。今は、リリースが目標です。それ以外のことは後で。 Реter Konow 2018.12.24 07:37 #1056 Vasiliy Sokolov:だから、エンジンとEAを連動させることに集中する。3d、4d、6dのような他のタスクは後回しにしてください。今は、リリースが目標です。それ以外のことは後回し。あなたがそう言うなら、そういうことなんでしょう。第一の目的は、一般の方々に興味を持っていただくことです。そのためには、面白いこと、変わったことをたくさんしなければならなかったんですね。すでに一般の人が興味を持っているのであれば、2番目の目的である発売と配布に移らなければなりません。 Aliaksandr Hryshyn 2018.12.24 07:55 #1057 Реter Konow:だから、できるだけ多くのことをすることを目指しています。アプローチがおかしい）。 Georgiy Merts 2018.12.24 08:20 #1058 Реter Konow:みんな、失礼ながら、好きなようにプログラムしてください。自分なりにプログラミングをする。 OOPは、一人の力ではどうにもならないプロジェクトをプログラマーのチームで行う場合に必要です。 シンプルなアニメーションはOOPを必要としない。また、ウサギを狩るときは、バズーカを持っていく必要はありません))。あなたは間違っている、ピーター。 数千のオブジェクトの目的や関係を記憶できないプログラマには、OOPは必須である（というか、私は記憶できない。） 簡単に頭に入れておくことができる--だからOOPは必要ないのです。身振り手振りを加えるだけで、理解できるようになります。 しかし、誰もがそのような暗記の巨人であるわけではない。私など、数日前に書いたことの微妙なニュアンスをもう覚えていない。そして、半年前に書いたものを、必要に応じて、最初から考えざるを得ないのです。だから、カプセル化、実装の隠蔽、あらゆるものへのアクセスの遮断、グローバル変数の 最小化などは、私にとっては良いことなのです。このおかげで、入ってはいけないところに「入って」しまうことがないのです。しかし、これはひとえに私の記憶力の悪さによるもので、千差万別の小さなことを覚えられないのです。 Georgiy Merts 2018.12.24 08:24 #1059 Vitaly Muzichenko:利益をより多く、そして取引全体の収益性を高めるために) !そのとおりです。 MetaTraderの3次元チャートの ように、3次元の表面で結果を表示するExpert Advisorは、すぐに収益性が向上します。 しかし、現実には、プログラムのやり方は知っているが、手作業で取引したい人にとって、ピーターの開発は非常に興味深いものです。しかし、私はそのような人を見かけませんが、ペテロは、そのような人は育てられる、つくられると言っています。明らかに、このようなマニュアルトレードの優位性を示すことによって。 このアドバンテージを発揮すればいいのです。ピーターのビジュアルコントローラーを見て、イメージはできているものの、マニュアルトレードの良さには気づいていません。 それじゃ...お待ちしております。 Georgiy Merts 2018.12.24 08:37 #1060 Реter Konow:このアニメーションは、CCanvasでは実装できません。1つのキャンバスを異なるリソースに接続する仕組みがないのです。また、これがないと、アニメーションのシフトごとにオリジナルのカンヴァスコンテンツを再描画する必要があります。そうでないと、死んだような画像になってしまいます。 再描画に時間がかかり、すべてがスローダウンし始める。2つのリソースを順番に再接続する仕組みを独自に実装し、結果的にアニメーションを何倍にも高速化することができたんです。 さらに、CCanvas クラスは、1つのキャンバスのみで動作するように設計されています。そして、異なるカンヴァスに同時に描くことができます。それがOOPの良さなんです! クラスから機能を "切り取る "必要はありません。引き裂かれた機能は何も "引っ張らない "のが幸いです。ちなみに、カプセル化とグローバル変数 がないおかげです。もし、このクラスがOOPスタイルで書かれていなかったら、こんなに簡単にこのコードを引き抜くことはできなかったでしょう。 しかし、それは本題ではありません。キャンバスの複数のインスタンスを整理する必要がある場合、オブジェクトのインスタンスを複数作成します。オブジェクトの「内部」を扱う必要がある場合は、それを継承して作業を行います。 自分のやり方でいいんです。しかし、この場合、クラスそのものを書いたわけではないので、その動作の詳細を知らないため、エラーに遭遇するリスクは非常に高くなります。クラスからコードを "引き裂く "のは、非常に危険な行為です。もし、私があなたのライブラリからいくつかの機能を取り出したとしたら、成功したと思いますか？なぜなら、関数を使うと、グローバル変数をすべて「ドラッグ」しなければならないからです。内部オブジェクト間のリンクも......全部を考慮するわけではありません。 そのためのメモリが足りないんです。 でも、あなたはラッキーです。記憶力は抜群ですね。うらやましいです。 1...99100101102103104105106107108109110111112113...184 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
利益を大きくするために、そしてトレード全般の収益性を高めるために)!
そうすると、3Dの世界が広がります。 技術的にはちょっと首をかしげますが、やってみようと思います。立体的な形がねじ曲がっていきます。
ピーター、また深みにはまったね。現在の機能に焦点を当てないと、エンジンのリリースには間に合いません。基本的な機能を展開した上で、3d、4d、6d、Power Surroundなど、新しいアイデアを実装してください。
コンピュータが存在する前から、市場は存在していたのです。タイムマシンで20年代のアメリカに飛んできたと想像してください。現代の電子工学とプログラミングを知っているあなたは、コンピュータを作り、プラットフォームを書き、取引ロボットをみんなに売ることにしました。
もし、あなたがトレーダーに「こんなものを作りたい」と持ちかけたら、正気ではないと思われたでしょう。誰もあなたの言っていることを理解できないでしょう。一言もない。なぜなら、当時はそのような概念がなかったからです。40年代半ばまでは、誰にも何も説明できなかったんです。その後、アラン・チューリングの計算機が登場し、自分の計画を伝えれば、少しは理解できるようになったはずです。80年代に近づけば、さらに理解が深まるはず......。
市場からの利益はフィクションであることを理解する必要があります。本当の利益は... 新天地を開拓する.この場合、領域は MQL-technologiesとなります。私が技術を作れば作るほど、より多くの領土を征服することができるのです。そして、その領域で、金鉱を見つけることができる......。
だから、できる限りのことをするように努めています。
ピーター、また深みにはまったね。現在の機能に焦点を当てなければ、あなたのエンジンはリリースに至らないでしょう。基本的な機能を展開した上で、3d、4d、6d、Power Surroundなど、新しいアイデアを実装してください。
大きくは、エンジンとEA間の新しい通信機構をリリースするためのタスクが一つ残っています。
残りは確定まで数ヶ月かかるかもしれません。バグの修正、機能の追加...。
リリースに向けては、基本的にエンジンとEA間の新しい通信機構を実装する作業が残っています。
残りは数ヶ月かかるかもしれません。バグの修正、機能の追加...。
だから、エンジンとEAとの接続に集中する。3d、4d、6dのような他のタスクは後回しにしてください。今は、リリースが目標です。それ以外のことは後で。
だから、エンジンとEAを連動させることに集中する。3d、4d、6dのような他のタスクは後回しにしてください。今は、リリースが目標です。それ以外のことは後回し。
あなたがそう言うなら、そういうことなんでしょう。第一の目的は、一般の方々に興味を持っていただくことです。そのためには、面白いこと、変わったことをたくさんしなければならなかったんですね。すでに一般の人が興味を持っているのであれば、2番目の目的である発売と配布に移らなければなりません。
だから、できるだけ多くのことをすることを目指しています。
アプローチがおかしい）。
みんな、失礼ながら、好きなようにプログラムしてください。自分なりにプログラミングをする。
OOPは、一人の力ではどうにもならないプロジェクトをプログラマーのチームで行う場合に必要です。
シンプルなアニメーションはOOPを必要としない。また、ウサギを狩るときは、バズーカを持っていく必要はありません))。
あなたは間違っている、ピーター。
数千のオブジェクトの目的や関係を記憶できないプログラマには、OOPは必須である（というか、私は記憶できない。）
簡単に頭に入れておくことができる--だからOOPは必要ないのです。身振り手振りを加えるだけで、理解できるようになります。
しかし、誰もがそのような暗記の巨人であるわけではない。私など、数日前に書いたことの微妙なニュアンスをもう覚えていない。そして、半年前に書いたものを、必要に応じて、最初から考えざるを得ないのです。だから、カプセル化、実装の隠蔽、あらゆるものへのアクセスの遮断、グローバル変数の 最小化などは、私にとっては良いことなのです。このおかげで、入ってはいけないところに「入って」しまうことがないのです。しかし、これはひとえに私の記憶力の悪さによるもので、千差万別の小さなことを覚えられないのです。
利益をより多く、そして取引全体の収益性を高めるために) !
そのとおりです。
MetaTraderの3次元チャートの ように、3次元の表面で結果を表示するExpert Advisorは、すぐに収益性が向上します。
しかし、現実には、プログラムのやり方は知っているが、手作業で取引したい人にとって、ピーターの開発は非常に興味深いものです。しかし、私はそのような人を見かけませんが、ペテロは、そのような人は育てられる、つくられると言っています。明らかに、このようなマニュアルトレードの優位性を示すことによって。
このアドバンテージを発揮すればいいのです。ピーターのビジュアルコントローラーを見て、イメージはできているものの、マニュアルトレードの良さには気づいていません。
それじゃ...お待ちしております。
このアニメーションは、CCanvasでは実装できません。1つのキャンバスを異なるリソースに接続する仕組みがないのです。また、これがないと、アニメーションのシフトごとにオリジナルのカンヴァスコンテンツを再描画する必要があります。そうでないと、死んだような画像になってしまいます。
再描画に時間がかかり、すべてがスローダウンし始める。2つのリソースを順番に再接続する仕組みを独自に実装し、結果的にアニメーションを何倍にも高速化することができたんです。
さらに、CCanvas クラスは、1つのキャンバスのみで動作するように設計されています。そして、異なるカンヴァスに同時に描くことができます。
それがOOPの良さなんです!
クラスから機能を "切り取る "必要はありません。引き裂かれた機能は何も "引っ張らない "のが幸いです。ちなみに、カプセル化とグローバル変数 がないおかげです。もし、このクラスがOOPスタイルで書かれていなかったら、こんなに簡単にこのコードを引き抜くことはできなかったでしょう。
しかし、それは本題ではありません。キャンバスの複数のインスタンスを整理する必要がある場合、オブジェクトのインスタンスを複数作成します。オブジェクトの「内部」を扱う必要がある場合は、それを継承して作業を行います。
自分のやり方でいいんです。しかし、この場合、クラスそのものを書いたわけではないので、その動作の詳細を知らないため、エラーに遭遇するリスクは非常に高くなります。クラスからコードを "引き裂く "のは、非常に危険な行為です。もし、私があなたのライブラリからいくつかの機能を取り出したとしたら、成功したと思いますか？なぜなら、関数を使うと、グローバル変数をすべて「ドラッグ」しなければならないからです。内部オブジェクト間のリンクも......全部を考慮するわけではありません。 そのためのメモリが足りないんです。
でも、あなたはラッキーです。記憶力は抜群ですね。うらやましいです。