MQL5ではOOPは需要になるのでしょうか？
私はプログラミングのプロではなく、ただの上級者（そうでもないかもしれませんが））グラフマニアです。
数字を挽く」指標を作るというOOP的なアプローチは、パフォーマンス的に最適とは思えません。手続き主義の方が経済的でしょう。Expert Advisorの中かな？
ひとことで言えばOOPは大規模なプロジェクトを開発するための手段であり、実用的な観点からは、優れた クラスライブラリ（組み込みまたは独自のもの）があれば、コードはよりコンパクトで読みやすくなり、その結果、厄介なバグも少なくなります。
ひとことで言えばOOPは大規模なプロジェクトを開発するための手段であり、実用的な観点からは、優れた クラスライブラリ（組み込み用または独自のもの）を持つことでコードがよりコンパクトで読みやすくなり、その結果、厄介なバグが少なくなるのです。
この2つの言葉を意識しているからこそ、「これは必要なのか？もしそうなら、この方法で作ってほしいものは何ですか？私自身、想像力が乏しく、MQLで大きなプロジェクトや特大のプロジェクトを想像することができないのです。
私はこの2つの言葉を意識しています。だからこそ、「これは必要なのか？もしそうなら、何をこのように作ってほしいですか？個人的には想像力が足りません。MQLで大きなプロジェクトや超大型のプロジェクトは想像できません。
もしあなたが「お題目」なら、OOPはa)早く b)うまくコーディングするために作られたことを思い出してください。必要です ;)
さて、もしあなたが「ループの中にいる」のであれば、OOPはa)素早くb)うまくコーディングするために作られたことを思い出してください。必要です ;)
冗長性を忘れていませんか？;)
OOPの主な利点は、高速にプログラムを作成できることですが、プログラムの性能ではありません。
「code fast" = プログラムを素早く作成すること ;)
過程と結果、どちらに興味があるのか)
どちらにも興味はありますが、最終的にはなんとなくです。("...OOPはプログラムを遅くする方法をたくさん与えてくれる...")
OOPによって手続き的なアプローチよりも速く書けるようになり、それがOOPのすべてのデメリットを上回るとは思えません。誰が必要としているのか、それは他人のために書く開発者であることは明らかです。
そして、冗長性を忘れてはいけませんね。;)
Svinozavr さんが書き込みました>>)
過程と結果、どちらに興味があるのか)
よりメンテナンス性を高め、より洗練されたものに。
私は両方ですが、結果はなんとなくそれ以上です。("...OOPはプログラムを遅くする方法をたくさん与えてくれる...")
...使い方がわからない場合
OOPによって手続き的なアプローチよりも速く書けるようになり、それがOOPのすべてのデメリットを上回るとは思えません。誰が必要としているかは、まさに明確で、他人のために文章を書く開発者です。
OOPのデメリットを挙げてください。OOPを使って、重要な時間だけプログラムをスローダウンさせる方法を教えてください。2％の差はカウントされません。しかも、FPに賛成しているわけでもない。
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
私はプログラミングのプロではなく、ただの上級者（そうでもないかもしれませんが））グラフマニアです。
数字を挽く」指標を作る というOOP的なアプローチは、パフォーマンス的に最適とは思えません。手続き主義の方が経済的でしょう。もしかして、Expert Advisorで？
プログラマーの皆さん、いかがでしょうか？