私のアプローチコアはエンジンです。 - ページ 133

 
Nikolai Semko:

もう聞こえないよ!そして、私だけでなく...

やっと読めた

https://www.mql5.com/ru/docs/basis/types/object_pointers

https://www.mql5.com/ru/docs/basis/types/typedef

読んでいます。オブジェクト、オブジェクトへのポインタ。

それで?何の得があるのか?気づけばこのままでいいんです。

そして、この方法にはチャンスがあった。その結果、あまり普及していないグラフィカルなライブラリができてしまい、機能的には私のコンストラクタに非常に劣っています。では、なぜこの道に進まなければならないのか。

 
Igor Makanu:

そして、それを応用するのでしょうか。ここに、関数への動的ポインタの例がありますが、私はtypedefを扱っていたのです。

ユニオンのように)実用的な使い道があれば、適用してもいいと思います。繰り返しになりますが、バーチャルではなく、PRACTICALです。

OOP、はバーチャルなものです。役に立ちません。実用的なものが欲しい。物理メモリへのポインタやユニオンなど。

 
Реter Konow:

ここで私は読書をしています。オブジェクト、オブジェクトへのポインタ。

それで?何の得があるのか?気づけばこのままでいいんです。

そして、これにはチャンスがあった。その結果、私のコンストラクタの能力に大きく劣る、あまり普及していないグラフィカルなライブラリが出来上がってしまいました。では、なぜその道を進まなければならないのか。

ええ、テーブルの列数の制限で非常に顕著です。

 
Реter Konow:

ユニオンのように)実益があると思えば、喜んで応募しますよ。繰り返しになりますが、バーチャルではなく、PRACTICALです。

OOPはバーチャルなものです。役に立ちません。実用的なものが欲しい。物理メモリへのポインタやユニオンなど。

まずは基本的なことを熟知してから、「超専門家」としての意見を言った方がいいのでは?

 
Реter Konow:

ここで私は読書をしています。オブジェクト、オブジェクトへのポインタ。

それで?何の得があるのか? 気がつけば、ちゃんとやってる。

そして、この方法にはチャンスがあった。その結果、あまり普及していないグラフィカルなライブラリができてしまい、機能的には私のコンストラクタに非常に劣っています。では、なぜその道を進まなければならないのか。

まだ気づいていない。

それはあなたの言葉ですか?要素の呼び出しや値の取得は、特定のパラメータに縛られることなく、その行のマギーに 依存するため、最も難しいのはまさにこのようなテーブルのダイナミズム です。

この問題を勉強してください。新しいことを理解することへの苦手意識を克服しよう
ユニットやリソース以上に楽しめること請け合いです...。

 
Реter Konow:

OOPはバーチャルなものです。役に立ちません。

絶望的だな、OOPは構造化プログラミングと大差ない、「CANVASクラスを分解した」時に確信しただろ。

ZS: ドン・キホーテと風車を思い出しますが、OOPとの戦いも似たようなものですね))

 

以下はその引用です。

Организации событийных моделей в пользовательском интерфейсе
С помощью указателей на функции удобно строить обработку событий при создании пользовательского интерфейса. Покажем на примере из раздела CButton, как можно создавать кнопки и добавлять в них функции для обработки нажатия. 

それに、ずいぶん前にイベントモデルを 企画してもらったのに、なぜそんなことをしようと思ったのか。完璧に動作しています。デバッグとテスト

全ては過ぎ去った段階です。GUI開発の "いろは "を学ぶ人向けです。私にとっては、ABCの本をもう一度勉強するようなものです。

 
Nikolai Semko:

まだ気づいていない。

それはあなたの言葉ですか?要素の参照や値の取得は、特定のパラメータに縛られることなく、行のマジックに 依存するため、最も難しいのは、まさにこのようなテーブルのダイナミズム です。

この質問を勉強してください。新しいことを理解することへの抵抗に打ち勝て!
組合や資源よりも楽しめること請け合いです...。

オッケーです。私はOOPの知識では羊だと思ってください。))

 
Igor Makanu:

絶望的だな、OOPは構造化プログラミングと大差ない、「CANVASクラスを分解 した」時に確信しただろ。

ドン・キホーテと彼の風車を思い出せ、君はOOPとの戦いで似ている)))

全くその通りです。PLOはラッパーです。ある人は、思考を助け、考えを整理することができます。トラムレールが路面電車を走らせるのに役立つように。オフロード」車に乗っています )))

 
Реter Konow:

わかりました。私はOOPの知識を持った羊だと思ってください。))

ピーター、何百万人ものプログラマーが苦労して手に入れた現代技術の研究に抗議する行動がなければ、あなたの価値はあまりないでしょう。
中国人のようなプログラムですね(中国人が許してくれますように)。あるプログラマーは、インド人や中国人の多いアメリカの会社で長年働いていましたが、中国人のことを「......彼らはプログラミングをしない」と正確に言っていました。彼らはプログラムするのではなく、ファックするのです。どうやってこんな短時間で作ったのか、誰も理解できない。でも、膨らんだり、笛を吹いたり、今にも崩れそうな感じで振動したりしながらも、ちゃんと動いている......」と。