OOPと手続き型プログラミングの比較 - ページ 2 123456789...48 新しいコメント Georgiy Merts 2017.08.11 17:02 #11 Реter Konow: 用語やOOPコードの裏側には、あなたが解決しようとした問題が見えませんよ。何のために?その内容を教えていただければ、私の解決策を提示します。そして、可能な限りの基準で比較することができます。えー...主旨がよくわからないのですが。 課題は、TCと端末を切り離すことだった。コードは、両プラットフォームで変更なくコンパイルできる必要があります。スーパータスク - トレードサーバと連動するクラスのみを記述し、記述したTSを全てWealhtLab Developerに移行することです。 Реter Konow 2017.08.11 17:02 #12 George Merts:なぜ「役に立たない」のか?とても便利です。 しかし、実際に「サポートのしやすさ」を比較するとどうでしょうか。 例えば、1つの巨大なブロックとして書かれたコードと、機能的な部分に分割されたコードとでは、どちらの場合も変更の導入は全く同じです。 唯一の違いは、最初のケースでは、変更によって影響を受けるすべてのリンクを記憶し、それを考慮しなければならないことです。2番目のケースでは、ユニットは動作に必要なリンクにしかアクセスできないので、変更は利用可能なすべてのリンクに影響します。何も覚える必要はなく、修正するブロックに用意されているものを順番に修正していくのです。 この差をどのように見積もればいいのでしょうか?作業量は全く同じです ! 具体的な問題を解いて比べてみよう。 Реter Konow 2017.08.11 17:03 #13 George Merts:えー...よく意味がわからなかった。 TCと端末の分離を目指したのです。コードは、両プラットフォームで変更なくコンパイルできる必要があります。スーパータスク - トレードサーバと連動するクラスのみを記述することで、記述されたすべてのTSをWealhtLab Developerに移行すること。 両プラットフォームでコンパイルするのがタスクなのか?おそらく、OOPを使う ときだけでしょう。マジで何が課題なんだ?それが何であるかを説明してください。 Georgiy Merts 2017.08.11 17:17 #14 Реter Konow: ある問題を解いて比べてみよう。比較の基準? 私は、完成したコードの保守や変更を容易にするために、OOPが必要であると主張しています。あなたは、私が理解しているように(「あなた」について話しましょう)、あなたのコードではより複雑ではない(そしておそらくよりシンプルである)と主張しています。どうやって比較しよう? 全部覚えている」という言葉だけで、すでに不公平感が生まれています。例えば、私のマーチャント・プロセッサーが39個のファイルと270kbのコードで構成されているとしましょう。もし開発者がトレードサーバーとのインタラクションのプロトコルを変更するならば、構造化とOOPシステムクラスなしでは、この変更の影響を受けなければならないすべての場所を見つけ、コードを修正することは非常に難しいだろうと思います。 OOPシステム全体は、私がすべてを記憶していないために、エラーを起こす可能性を制限しています。そして、もし私があなたのようにすべてを記憶していたら、おそらくすべての仮想インターフェースを構築する必要はないでしょう......。 Dmitiry Ananiev 2017.08.11 17:26 #15 車で言えば、マニュアルかオートマチックかみたいなものです。マニュアルの方が実用的です。 Alexey Volchanskiy 2017.08.11 17:27 #16 George Merts:えー...意味がよくわからない。 課題は、TSと端末を切り離すことだった。コードは、両方のプラットフォームで変更なくコンパイルできるはずです。主な作業 - トレードサーバーで動作するクラスのみを書くことによって、すべての書かれたTSをWealhtLab Developerに 転送することです。シャープです、アレイでも設定が違うんです。もちろん、fxsaberの狂ったような定義を引き出せば、MQL5やWealhtLabと同等になれるかもしれません ))) 。) Alexey Volchanskiy 2017.08.11 17:28 #17 Dmitiry Ananiev: マニュアル車とオートマチック車みたいなものです。 オートマチック車の方が実用的です。マニュアルの方が実用的なんです。より実用的なのは?渋滞でクラッチを焼く方が実用的なのでしょうか?ティグアンに乗ったんですが、スタート/ストップボタン、あれは本当に実用的ですね。 Georgiy Merts 2017.08.11 17:32 #18 Alexey Volchanskiy: シャープです、アレイでも設定が違うんです。もちろん、fxsaberの狂ったような定義を絡めれば、MQL5やWealhtLabと同等になるのでしょうが ))))まあ、それこそ、私は配列を扱うことはありませんから。サグラウヘアーのクラスと限定。 WLDから変更なくコンパイルできるような、そんな普遍的なコードが手に入るとは思えませんが...。追伸:fxsaberさんの作品にも恍惚の表情を浮かべているのでしょうか?) Alexey Volchanskiy 2017.08.11 17:39 #19 George Merts:だから、私は配列を扱うことはないんです。サグラウのクラスと排他的。WLDで変更なくコンパイルできるようなユニバーサルなコードを手に入れられるかどうか......。実はWLは1年半も新バージョンがなく、死に体なんです。そして、vicが言うようにテストは1コアで 行われるため、多くのコアを持つ最新のコンピュータでは処理に時間が かかる。 Центральный процессор | Wikiwand www.wikiwand.com You can help our automatic cover photo selection by reporting an unsuitable photo. Alexey Volchanskiy 2017.08.11 17:42 #20 George Merts:だから、私は配列を扱うことはないんです。Cagrau派生クラスのみ。 WLDで変更なしにコンパイルできるような普遍的なコードを手に入れられるかどうかはわかりませんが、できるようになりたいです。追伸:fxsaberさんの作品にも恍惚の 表情を浮かべているのでしょうか?)うん、私が女の子だったら、イキますね、まさに全ディファインの殿様 ))))ロード・オブ・ザ・ストームを覚えていますか?)) 123456789...48 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
用語やOOPコードの裏側には、あなたが解決しようとした問題が見えませんよ。何のために?その内容を教えていただければ、私の解決策を提示します。そして、可能な限りの基準で比較することができます。
えー...主旨がよくわからないのですが。
課題は、TCと端末を切り離すことだった。コードは、両プラットフォームで変更なくコンパイルできる必要があります。スーパータスク - トレードサーバと連動するクラスのみを記述し、記述したTSを全てWealhtLab Developerに移行することです。
なぜ「役に立たない」のか?とても便利です。
しかし、実際に「サポートのしやすさ」を比較するとどうでしょうか。
例えば、1つの巨大なブロックとして書かれたコードと、機能的な部分に分割されたコードとでは、どちらの場合も変更の導入は全く同じです。 唯一の違いは、最初のケースでは、変更によって影響を受けるすべてのリンクを記憶し、それを考慮しなければならないことです。2番目のケースでは、ユニットは動作に必要なリンクにしかアクセスできないので、変更は利用可能なすべてのリンクに影響します。何も覚える必要はなく、修正するブロックに用意されているものを順番に修正していくのです。
この差をどのように見積もればいいのでしょうか?作業量は全く同じです !
えー...よく意味がわからなかった。
TCと端末の分離を目指したのです。コードは、両プラットフォームで変更なくコンパイルできる必要があります。スーパータスク - トレードサーバと連動するクラスのみを記述することで、記述されたすべてのTSをWealhtLab Developerに移行すること。
ある問題を解いて比べてみよう。
比較の基準?
私は、完成したコードの保守や変更を容易にするために、OOPが必要であると主張しています。あなたは、私が理解しているように(「あなた」について話しましょう)、あなたのコードではより複雑ではない(そしておそらくよりシンプルである)と主張しています。どうやって比較しよう?
全部覚えている」という言葉だけで、すでに不公平感が生まれています。例えば、私のマーチャント・プロセッサーが39個のファイルと270kbのコードで構成されているとしましょう。もし開発者がトレードサーバーとのインタラクションのプロトコルを変更するならば、構造化とOOPシステムクラスなしでは、この変更の影響を受けなければならないすべての場所を見つけ、コードを修正することは非常に難しいだろうと思います。
OOPシステム全体は、私がすべてを記憶していないために、エラーを起こす可能性を制限しています。そして、もし私があなたのようにすべてを記憶していたら、おそらくすべての仮想インターフェースを構築する必要はないでしょう......。
えー...意味がよくわからない。
課題は、TSと端末を切り離すことだった。コードは、両方のプラットフォームで変更なくコンパイルできるはずです。主な作業 - トレードサーバーで動作するクラスのみを書くことによって、すべての書かれたTSをWealhtLab Developerに 転送することです。
シャープです、アレイでも設定が違うんです。もちろん、fxsaberの狂ったような定義を引き出せば、MQL5やWealhtLabと同等になれるかもしれません ))) 。)
マニュアル車とオートマチック車みたいなものです。 オートマチック車の方が実用的です。マニュアルの方が実用的なんです。
より実用的なのは?渋滞でクラッチを焼く方が実用的なのでしょうか?
ティグアンに乗ったんですが、スタート/ストップボタン、あれは本当に実用的ですね。
シャープです、アレイでも設定が違うんです。もちろん、fxsaberの狂ったような定義を絡めれば、MQL5やWealhtLabと同等になるのでしょうが ))))
まあ、それこそ、私は配列を扱うことはありませんから。サグラウヘアーのクラスと限定。
WLDから変更なくコンパイルできるような、そんな普遍的なコードが手に入るとは思えませんが...。
追伸:fxsaberさんの作品にも恍惚の表情を浮かべているのでしょうか?)
だから、私は配列を扱うことはないんです。サグラウのクラスと排他的。
WLDで変更なくコンパイルできるようなユニバーサルなコードを手に入れられるかどうか......。
実はWLは1年半も新バージョンがなく、死に体なんです。そして、vicが言うように
テストは1コアで 行われるため、多くのコアを持つ最新のコンピュータでは処理に時間が かかる。
だから、私は配列を扱うことはないんです。Cagrau派生クラスのみ。
WLDで変更なしにコンパイルできるような普遍的なコードを手に入れられるかどうかはわかりませんが、できるようになりたいです。
追伸:fxsaberさんの作品にも恍惚の 表情を浮かべているのでしょうか?)
うん、私が女の子だったら、イキますね、まさに全ディファインの殿様 ))))ロード・オブ・ザ・ストームを覚えていますか?))