MQL5におけるOOPに関する質問 - ページ 58

新しいコメント
 
Vladimir Simakov:

説明しよう。

mql5ではplusと同様にネストしたクラスは外部のクラスとフレンドになります（ちなみにここが知らなかった点です）。 しかしmql4ではそれが実装されておらず、そこで松葉杖を書かなければなりません。つまり、このコードはmql5では正しくコンパイルされますが、mql4ではコンパイルエラーに なります。

もちろん、C++ではないと書かれるでしょうが、それでも、私は類推します。

mqlの公式ドキュメントには、ネストされたクラスについて、また、そこから外部フィールドにアクセスする際の特殊性についての記述はなかったと記憶しているのですが、どうでしょうか？ その結果、私はUBを思い浮かべることになる。しかし、関連する情報がドキュメントに掲載されるまでの間、そのための土台作りをすることは、ある意味自己責任と言えます。

5番目のものは、残った矛盾を解消するために、どんどん修正されています。4thはあまり注目されていません。そのためでしょう。また、4)) の時代には、誰もネストしたクラスを必要としなかったようです。）

 
Igor Makanu:

なぜ、あなたの話が参考になるのですか？ 誰でもこの方法で仕事を得ることができます。正しい時に正しい場所にいればいい、ただそれだけです...。 ボタン係に欠員が出たので、採用されたのですね )))

それともその時、何か外国の証明書を持っていたのでしょうか？)


ZS: なぜ働くのか？コストは大きいのか？- あなたは、EA10〜30万ルーブルの平均的なチェックを持って、私の意見では、少なくとも月に十分なはずです）））））。


UPD: 見世物小屋に知らず知らずのうちに参加していたような気がしてきた、おかしい((

大笑いさせていただきました！ありがとうございます。))))ユーモアはとても大切なものだ......PLOでは......。)))))

 
Igor Makanu:

また、お話の中で教訓的な部分はありますか？

私が言いたいのは、一見複雑に見えるものはシンプルだということです。そして、何ページもあるこのスレッドは、単純なことを複雑な言葉で議論している...。それがメッセージのすべてだ...。

 
Evgeniy Zhdan:

私が言いたいのは、一見複雑に見えるものはシンプルだということです。そして、何ページもあるこのスレッドは、単純なことを複雑な言葉で議論している...。 そこが肝心なところなのですが......。

何か古いジョークは思い出せないが、「何を考えているんだ！ もっと高く跳べよ！」というエンディングしか思い浮かばない。

)))


気を悪くされたらごめんなさい、そんなつもりはなかったんですが、こうして議論が総スカンになってしまったんです。


御疲れ様でした、行ってきます

 
Evgeniy Zhdan:

私が言いたいのは、一見複雑に見えるものはシンプルだということです。そして、何ページもあるこのスレッドは、単純なことを複雑な言葉で議論している...。 それがメッセージのすべてだ...。

そうですね)また、自分の態度...例えばパターンに対する態度...は、通常、自分のセラピストによって最もよく表現されると思います ))))

 
Igor Makanu:

おつかれさまでした、いってきます

問題は解決したのでしょうか？)

イゴール・マカヌ

与えられた。
1.有限状態マシン(FSA)
2.KA の数は不明です。
3.宇宙船の状態：成功／失敗／動作中
4.CAは複数のスレッドで実行されるため、スレッド数は不明

パターンが許すこと。
1.プロセスごとにユニークなIDを発行する - カウンターが機能しない
2.スパ銭を糸で均一に入れる
3.宇宙船の状態を取得する
4.KAの状態が先に発行されたタスクと同じであれば、KAを再スタートさせる
5.ACをデータベースに保存し、状態が成功した場合はフローから削除する
6.ACの状態（保存時のID）を復元し、フローに追加する。
7.EAのメッセージを交換するための共通のプールを持つために、プールはゴムではなく、削除されたEAはメッセージを受信しませんが、新しく作成されたEAは、殺されたEAから残っていない新しいメッセージを受信する必要があり、スレッドとEA間の同期が存在しない
8.パターン・メッセージプール全体の状態の保存と復元

* CAは同じタスクを実行しない
** メッセージプールが主な問題ですが、CAかDBか、それとも？
*** もしかしたら、これはデータベースの仕事であって、パターンは必要 ないのかもしれませんね？

この抽象的な説明では、このアルゴリズムが一体何のためにあるのか理解できません。 しかし、あなたは心の中で、すべては些細なDBルーチンに集約されることを知っているようで、この難解なリストは、尻から扁桃を切り出そうとしているのです )

この不運なKeeperと同じです。 本来、オブジェクトの内容をあるコンテナにコピーし、そのコンテナからオブジェクトに戻す必要があります。 しかし、すべてをコントロールする謎のメメントを発明する必要がありました。 ただアルゴリズムを混乱させ、その場でオーバーヘッドを発生させただけです。

 
Alexey Navoykov:

問題は解決したのでしょうか？)

そう、物理的な情報が集まり、それを吸収・分析しているところなのです。

そして、個人的な意見を述べながら中身のある文章を書ける数少ない人として、ありがとうございました。


アレクセイ・ナヴォイコフ

この抽象的な説明では、このアルゴリズムの具体的な目的を理解することは困難です。

情報を探すというのは、とても抽象的に見えるもので、後でダーウィン賞があるような秘密の研究論文のことではないのでは......と思います。

もし私が具体的な目標を書いたら、それが実行されたとしても、すべてが曲がっていたり歪んでいたりしたら、私はあなたの以前の経験と私の目標ではなく、スラッシュコードを構造化することを議論しなければならなくなるでしょう。ほらね、これで全てが明らかになったよ ))))

 

おはこんばんちわ


この質問は、enumがあり、我々は配列enumまたはリストenumまたはコンテナenumのいずれかが必要です - 7 enumを格納する何か、しかし食欲は、おそらく70 enumを成長させる。


どこ

 
Igor Makanu:

この質問では、列挙型列挙型、リスト型列挙型、コンテナ型列挙型のいずれかが必要で、現在7つの列挙型を格納することができますが、食欲は増しており、おそらく70の列挙型になるでしょう。

7つのenum型か 7つのenum値か？
 
Alexey Navoykov:
7つのenum型か 7つのenum値か？

7種、値数任意


ということで、コンテナとしての構造物しか思い浮かばないのですが、また技術情報を探してしまいました(^^;)


問題は、enumはグローバルにしか表示できないが、オブジェクトの状態を保存するには、特定のenumを使用する必要があることです。

1...515253545556575859606162636465...96
新しいコメント