OOPと手続き型プログラミングの比較 - ページ 30

新しいコメント
 
Andrei:

多くのブローカーがMQL4プラットフォームを人気だと言いながら、MQL5にはこの言葉を適用しないのは、どう説明すればいいのでしょうか。

明らかに、その違いは、マスターするのがより困難なOOPにあり、結果として、書かれたコードのデバッグとサポートにあります。

その逆です。

ピーターのようなプログラムは、OOPを使って 書かれているので、デバッグやメンテナンスは、ピーター自身のやり方よりずっと簡単です。

しかし、私のコードは、OOPを少し知っている人であれば、すぐに理解できるものです（もちろん、ゼロの人には理解できません）。 それは、私のブロックが、そのブロックに必要なエンティティにしかアクセスできないからです。そういう制約があれば、何も覚えなくていいし、コードも理解しやすい。

 
George Merts:

それは、まさに逆なのです。

ピーターのようなプログラムは、OOPを使って 書かれているので、デバッグやメンテナンスは、ピーター自身のやり方よりずっと簡単です。

私のコードは、OOPに反対する人の9割がすぐに「溺死」してしまうに違いありません。 同時に、私のコードは、OOPを少し知っているだけの人でも理解できます（もちろん、ゼロには全く理解できないでしょう）。

もちろん、私のやり方を全く知らないので、「詰まる」でしょう。何がそんなに驚きなのか？細かく説明して教えれば、誰も「詰まる」ことはないのです。

実践してみると、1つのプログラムで1つのアプローチしか使えないこともある。自分のアイデアを自分のやり方で実装しているので、OOPを適用した場合にどう見えるか、どう動くかは自分にはわからないのです。しかし、その方がより良く、より効率的になるとは誰も言い切れない。

 
Vasiliy Sokolov:
使用者は、あなたが描いているような馬鹿ではありません。特に複雑なコードにこれ以上お金を払う人はいないでしょう。誰しもが、プロジェクトを迅速に実行し、最小限の工数で、しかも書き換えや修正の必要がないシステムを手に入れたいと思うものです。だから、まさにOOPを知ることを要求されるのです。

雇い主もバカではないが、プログラマーもバカではない。明らかに、プログラマーの目標は、同じプロジェクトで できるだけ多くのお金を稼ぐことです。また、プログラミングを生業とする適切なプログラマーであれば、競争上の理由から、他のプログラマーが自分のコードをメンテナンスすることを困難にするために、あらゆる方法を駆使するでしょう。OOPはこれに最適なのです。当たり前のようですが。

 
Реter Konow:
しかし、実はMQL5では手続き型のプログラミングが可能なのです。これはC#ではありません。そして、人気がないというのはどうでしょうか。時間は流れ、世界は変わります。しかし、このプラットフォームには、MT4にはない多くの利点があります。これらの利点は何の意味もないのでは？

でも、MQL4ではOOPでプログラミングできないから、まだMQL4の方が人気があるんです。

 
Andrei:

でも、MQL4ではOOPでプログラミングできないので、やはりそちらの方が人気がありますね。

あなたは間違っています。MQL4ではOOPを使ったプログラミングが可能です。今、人気があるのは、その知的障壁が低いからです。どうしよう...。
 
Реter Konow:
あなたは間違っています。MQL4ではOOPを使ったプログラミングが可能です。
MQL5と同じように？
 
Andrei:
MQL5と同じですか？
私の知る限り、ほとんど同じです。
 
Реter Konow:
私の知る限り、ほとんど同じです。
その情報はどこから来るのですか？
 
Andrei:
この情報はどこから得たのですか？
ドキュメントよりフォーラムよりMetaEditorの標準ライブラリから。
 
Andrei:
この情報はどこから得たのですか？

リファレンスを開く

1...232425262728293031323334353637...48
新しいコメント