MQL5ではOOPは需要になるのでしょうか？ - ページ 7 123456789 新しいコメント Vasiliy Sokolov 2009.09.28 08:20 #61 Подводя нектр. очень предварительные итоги, можно сказать, что ООП в реализации метаквотов даже опытными программерами не воспринята. MQL5はまだ発売されていないのに、もう総括しているんですね。OOPのないMQL4とMQL5を比べても、その差は歴然としています。4では、例えば構造体やポインタなど、通常の言語の可能性がほとんど欠けていたのです。ペチャルカには、それがすべて揃っている。だから、OOPがなくても、前任者よりずっと強力な言語なのです。この話題は無意味で、OOPを知っていて好きな人はOOPでコーディングするでしょうし、純粋に手続き的なコーディングをする人はそのやり方でコーディングし続けるでしょう。質問のポイントは何でしょうか？ Hide 2009.09.28 08:24 #62 C-4 >> : MQL5はまだ発売されていないのに、もう総括しているんですね。OOPのないMQL4とMQL5を比べても、その差は歴然としています。4では、例えば構造体やポインタなど、通常の言語の可能性がほとんど欠けていたのです。ペチャルカには、それがすべて揃っている。だから、OOPがなくても、前任者よりずっと強力な言語なのです。この話題は無意味で、OOPを知っていて好きな人はOOPでコーディングするでしょうし、純粋に手続き的なコーディングをする人はそのやり方でコーディングし続けるでしょう。質問のポイントは何でしょうか？ ポインターはありません。でも、構造はあるんです。 TheXpert 2009.09.28 08:27 #63 HideYourRichess >> : >> 道しるべがない。 交換があります。 Hide 2009.09.28 08:29 #64 TheXpert >> : 交換があります。 代用品もあるのですが、あまり好きではありませんでした。偏見かもしれませんが。 TheXpert 2009.09.28 08:30 #65 HideYourRichess >> : 替えがあるのですが、あまり好きではありませんでした。偏見かもしれませんが。 つまり、バーチャル機能のための松葉づえであることは明らかです。 Hide 2009.09.28 08:33 #66 TheXpert >> : 仮想機能の松葉杖なんですね。 特にアドレス演算もないのだから、無理もない。 実のところ、mtにとっては、多くの落とし穴を取り除くことができる、非常に優れたソリューションなのです。 Hide 2009.09.28 08:42 #67 コールバックのために、合法的なルートを作っておいた方がいい。 Slava 2009.09.28 08:44 #68 HideYourRichess писал(а)>> コールバックのために、合法的なルートを作っておいた方がいい。 参照 TheXpert 2009.09.28 08:49 #69 stringo >> : どれどれ また、このポインタ（記述子）はどのように取得するのでしょうか？ Slava 2009.09.28 08:53 #70 TheXpert писал(а)>> この話題なので --これは 何型で、それ自身へのポインタ（記述子）はどのように取得するのでしょうか？ 無理でしょう。mql5の内部では、アドレスを扱うことはありません。これはポインタではなく、ハンドルであるべきです。もしかしたら、これを仮ハンドルに変換できるかもしれません。私たちは、「やるべきだ」と思いがちです。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
Подводя нектр. очень предварительные итоги, можно сказать, что ООП в реализации метаквотов даже опытными программерами не воспринята.
MQL5はまだ発売されていないのに、もう総括しているんですね。OOPのないMQL4とMQL5を比べても、その差は歴然としています。4では、例えば構造体やポインタなど、通常の言語の可能性がほとんど欠けていたのです。ペチャルカには、それがすべて揃っている。だから、OOPがなくても、前任者よりずっと強力な言語なのです。この話題は無意味で、OOPを知っていて好きな人はOOPでコーディングするでしょうし、純粋に手続き的なコーディングをする人はそのやり方でコーディングし続けるでしょう。質問のポイントは何でしょうか？
MQL5はまだ発売されていないのに、もう総括しているんですね。OOPのないMQL4とMQL5を比べても、その差は歴然としています。4では、例えば構造体やポインタなど、通常の言語の可能性がほとんど欠けていたのです。ペチャルカには、それがすべて揃っている。だから、OOPがなくても、前任者よりずっと強力な言語なのです。この話題は無意味で、OOPを知っていて好きな人はOOPでコーディングするでしょうし、純粋に手続き的なコーディングをする人はそのやり方でコーディングし続けるでしょう。質問のポイントは何でしょうか？
ポインターはありません。でも、構造はあるんです。
>> 道しるべがない。
交換があります。
交換があります。
代用品もあるのですが、あまり好きではありませんでした。偏見かもしれませんが。
替えがあるのですが、あまり好きではありませんでした。偏見かもしれませんが。
つまり、バーチャル機能のための松葉づえであることは明らかです。
仮想機能の松葉杖なんですね。
特にアドレス演算もないのだから、無理もない。
実のところ、mtにとっては、多くの落とし穴を取り除くことができる、非常に優れたソリューションなのです。
コールバックのために、合法的なルートを作っておいた方がいい。
コールバックのために、合法的なルートを作っておいた方がいい。
参照
どれどれ
また、このポインタ（記述子）はどのように取得するのでしょうか？
この話題なので --これは 何型で、それ自身へのポインタ（記述子）はどのように取得するのでしょうか？
無理でしょう。mql5の内部では、アドレスを扱うことはありません。これはポインタではなく、ハンドルであるべきです。もしかしたら、これを仮ハンドルに変換できるかもしれません。私たちは、「やるべきだ」と思いがちです。