Vladimir Simakov: クソッ酔っぱらう。読んだけど、あまり理解できない。ピーター プログラミング言語というのは、その多くが、メモリ管理のためのある種のメカニズムを作り出したものであり、OOPはそのオプションのひとつに過ぎないことを理解してください。本当にそれぞれ長所と短所がありますね。ですから、AIが欲しいのであれば結構です、羨ましいです、自分では敢えてやらないですから。しかし、ここではなく、実装しなければならないのですが、まあ、mqlは他の応用言語と同様に、正確には、合いません。ここでCを読むと、C++が無くても、良さそうです。だから、他の掲示板に変えた方がいいのか、それとも「グローバル」な荒らしなのか)))。
パラメータオブジェクトは、オブジェクトリンクによってリンクされ、オブジェクト間で値が受け渡されます。例:パラメータAはパラメータBに値を渡すことができ、またその逆も可能です。あるいはその両方。これは、Parameter Object Link で定義されています。値伝達経路には、値フィルタオブジェクトや値変換オブジェクトが存在することがある。
Все объекты, используемые в техническом анализе, имеют привязку на графиках по координатам цены и времени – трендовая линия, каналы, инструменты Фибоначчи и т.д. Но есть ряд вспомогательных объектов, предназначенных для улучшения интерфейса, которые имеют привязку к видимой всегда части графика (основное окно графика или подокна индикаторов...
パラメータオブジェクトは、オブジェクトリンクによってリンクされ、オブジェクト間で値が受け渡されます。例:パラメータAはパラメータBに値を渡すことができ、またその逆も可能です。あるいはその両方。これは、Parameter Object Link で定義されています。値伝達経路には、値フィルタオブジェクトや値変換オブジェクトが存在することがある。
Определение трендов, построение каналов, выявление циклов и уровней поддержки/сопротивления — все эти и многие другие задачи решаются при помощи аналитических объектов. Всего в торговой платформе доступно 46 таких инструментов. Среди них имеются геометрические фигуры, различные каналы, инструменты Ганна, Фибоначчи, Эллиотта и многое другое. В...
クソッ酔っぱらう。読んだけど、あまり理解できない。ピーター プログラミング言語というのは、その多くが、メモリ管理のためのある種のメカニズムを作り出したものであり、OOPはそのオプションのひとつに過ぎないことを理解してください。本当にそれぞれ長所と短所がありますね。ですから、AIが欲しいのであれば結構です、羨ましいです、自分では敢えてやらないですから。しかし、ここではなく、実装しなければならないのですが、まあ、mqlは他の応用言語と同様に、正確には、合いません。ここでCを読むと、C++が無くても、良さそうです。だから、他の掲示板に変えた方がいいのか、それとも「グローバル」な荒らしなのか)))。
約束されたガラスはどうするんだ."根本的に新しいレベルのアプリケーション"です。これまでどのMQLプログラマーも到達できなかったレベル」。
もう待てない?
誰も球形のカモノハシを必要としない)
アルゴトレーディングの凡庸な「グレイル」は、MQLの輝かしい始まりをすべて「ジェノサイド」の対象にしてしまったのです。その意味を破壊した。
最後の1枚にすがりました。
AIの実装を待っています :)。
このスレッドから離れたくないので、最近の進捗状況を報告します。
カーネルにおける私のオブジェクト表現と、クラスにおける標準的なオブジェクト記述の「ハイブリッド」として、通常のOOPよりも「オブジェクトベース」という新しい概念が生まれたのである。説明すること。
さて、すべてのエンティティはオブジェクトです。具体的には
これは、機能するシステムを構成する基本的なオブジェクトの完全なリストではありません。
重要なのは、これらのオブジェクトはそれぞれ現実のオブジェクトであり、システム内でプロパティと関係を持つということです。
例えば、object-parameter, - は、値の種類とその変化の境界線という一連のプロパティを持つ。また、Object-parameter は、そのハンドラを指すことができます。
さらに、-オブジェクト-ステートとは、予め設定された値を持つシステムまたは環境パラメータの集合体である。
もうひとつの「イベント・オブジェクト」は、システムや環境に対する意味のある変化です。これは、特定の値を持つパラメータの集合体であり、特別なハンドラによってチェックされる。イベントは、様々なシステムオブジェクトのトリガーとして機能する。
パラメータオブジェクトは、オブジェクトリンクによってリンクされ、オブジェクト間で値が受け渡されます。例:パラメータAはパラメータBに値を渡すことができ、またその逆も可能です。あるいはその両方。これは、Parameter Object Link で定義されています。値伝達経路には、値フィルタオブジェクトや値変換オブジェクトが存在することがある。
私の概念では、各オブジェクトは必ずテンプレート(原型)を持ち、n個のインスタンスを持つ。
要するに、上記のオブジェクトはすべて、どんな複雑なシステムにも共通する構成要素であるということだ。その数はそれほど多くないが、そこから構築できるシステムのバリエーションは無限にある。
今のところ、私は旅の始まりに過ぎないのです。まだまだ理解できないことがたくさんあります。
このスレッドから離れたくないので、最近の進捗状況を報告します。
カーネルにおける私のオブジェクト表現と、クラスにおける標準的なオブジェクト記述の「ハイブリッド」として、通常のOOPよりも「オブジェクトベース」という新しい概念が生まれたのである。説明すること。
さて、すべてのエンティティはオブジェクトです。具体的には
これは、機能するシステムを構成する基本的なオブジェクトの完全なリストではありません。
重要なのは、これらのオブジェクトはそれぞれ現実のオブジェクトであり、システム内でプロパティと関係を持つということです。
例えば、object-parameter, - は、値の種類とその変化の境界線という一連のプロパティを持つ。また、Object-parameter は、そのハンドラを指すことができます。
さらに、-オブジェクト-ステートとは、予め設定された値を持つシステムまたは環境パラメータの集合体である。
もうひとつの「イベント・オブジェクト」は、システムや環境に対する意味のある変化です。これは、特定の値を持つパラメータの集合体であり、特別なハンドラによってチェックされる。イベントは、様々なシステムオブジェクトのトリガーとして機能する。
パラメータオブジェクトは、オブジェクトリンクによってリンクされ、オブジェクト間で値が受け渡されます。例:パラメータAはパラメータBに値を渡すことができ、またその逆も可能です。あるいはその両方。これは、Parameter Object Link で定義されています。値伝達経路には、値フィルタオブジェクトや値変換オブジェクトが存在することがある。
私の概念では、各オブジェクトは必ずテンプレート(原型)を持ち、n個のインスタンスを持つ。
要するに、上記のオブジェクトはすべて、どんな複雑なシステムにも共通する構成要素であるということだ。その数はそれほど多くないが、そこから構築できるシステムのバリエーションは無限にある。
今のところ、私は旅の始まりに過ぎないのです。まだまだ理解できないことがたくさんあります。
成功しているようでなによりです。もしかしたら、いつか車輪を発明するかもしれない。
前進しているようでよかったです。いつか車輪を発明するかもしれませんよ。
ここでは、普通のGUIコントロールであるボタンを、私の新しいOOPコンセプトというプリズムを通して説明してみます。このオブジェクト・システムの分析には、私自身のコンセプトのみを使用します。
というわけで、あります。
...そして、バケツに入ったインスタンスで操作する:)
なぜバケツに何かを書くのか、特に特定のモノに関連することを書くのか。オブジェクト自体にはそれ自身に関する情報が格納され、バケットにはオブジェクトへのポインタが格納されるだけである。
...そして、バケツに入ったインスタンスで操作する:)
なぜバケツに何かを書くのか、特に特定のモノに関連することを書くのか。オブジェクト自体にはそれ自身に関する情報が格納され、バケットにはオブジェクトへのポインタのみが格納される。
アルテムに聞く。私が何を書いているのか、誰よりもよく知っていると思う。
ちなみに、オブジェクトプロパティに独自のハンドラを持たせるという発想は、もともと彼のものです。それを発展させて、より複雑なものにしたのです。これですべてがオブジェクトになり、ハンドラもそうなります。オブジェクトからシステムを構築する場合、接続の順番が決まっているだけです。