PLOについての興味深い見解 - ページ 6

 
Mikhail Mishanin:

行間を読んで、みんな違うものを持っているようです)OOPの方が便利なところはOOPを使い、メモリと時間を節約し、自分のためにコードを書く必要があるところは-手続き型にとどまります。ちょうど記事に出くわした、私は意見を聞きたかった、どこ/何が良い)。結果 - プログラミングのことではなく、講演の中でいろいろなことを聞いた)いつも通りのことばかり。

どうだろう、印象を良くするのは苦手なんだ。

昨年、このリソースで一度、あなたの記事が話題になったと思います。MQL5のOOPに関する質問 スレッドです。 私の記憶に間違いがなければ、管理人の一人が同じスレッドで意見を述べました。

論文著者この記事は、時々すべてのテーマのリソースにポップアップ表示されます - 目的は、誰が良い/悪いかを調べることではありませんが、陳腐なポピュリズムと多分引用の評価?


記事の本質については - それは存在しない、数学のフォーラムに行くと、トピック "なぜ我々は罪が必要な場合は、cosで十分です "を開く - 提案された議論には意味がないだろう、それは時間を殺すためにしたいいつものユーザーのフォーラムになり、よりアクティブに数学的な分野で最悪のパフォーマンスを持っている人になります。

原則的に、すべては記事から、あなたのリクエストで、あなたのアドレスを言及することなく明らかです ))))

ミハイル・ミシャニン

あらかじめパラメータを 決めた A、B、C- 遺伝的アルゴリズムの表現型として?

これはまさに、最初のテストのバリエーションがそうであったように、テスターのGAを取り、オーダーパラメーターの最適な組み合わせを選択するのです。

今、私は別の角度から、遺伝子発現のプログラミングを見ています。

 
TheXpert:

コード品質を向上させるための部分的な対策として、いくつかの一般的なコーディングスタイルに従うことをお勧めします(例:google codestyle)。

作者のカルマのネタバレはしたくないし、彼のコードを論じるのもおもしろくないが、あなたの意見を聞かせてほしい

このコード(記事より)https://www.mql5.com/ru/articles/8988

//+------------------------------------------------------------------+
//| Возвращает описание целочисленного свойства символа              |
//+------------------------------------------------------------------+
string CSymbol::GetPropertyDescription(ENUM_SYMBOL_PROP_INTEGER property)
  {
   return
     (
      property==SYMBOL_PROP_STATUS              ?  CMessage::Text(MSG_ORD_STATUS)+
         (!this.SupportProperty(property) ?  ": "+CMessage::Text(MSG_LIB_PROP_NOT_SUPPORTED) :
          ": "+this.GetStatusDescription()
         )  :
      property==SYMBOL_PROP_INDEX_MW            ?  CMessage::Text(MSG_SYM_PROP_INDEX)+
         (!this.SupportProperty(property) ?  ": "+CMessage::Text(MSG_LIB_PROP_NOT_SUPPORTED) :
          ": "+(string)this.GetProperty(property)
         )  :

は、スタイルや秘密の「マントラ」なのか、それともただのありふれたスパゲッティ・コードなのか?

私はそれをどこにも見たことがありません、私はgithubの半分を勉強しました、私はこのリソースでそれを見るだけです。

 
Igor Makanu:

作者のカルマのネタバレはしたくないし、彼のコードを論じるのも面白くないが、あなたの意見を聞かせてほしい

このコード(記事より)https://www.mql5.com/ru/articles/8988

それは、ある特定のスタイルや秘密の「マントラ」なのか、それともありふれたスパゲッティコードなのか?

どこにも書いてないし、GitHubを半分くらい調べたけど、このサイトでしか見抜けないよ。

他にどう書けばいいんだ?

私にとっては、内情を知らないと読めないものです。

 
Igor Makanu:

作者のカルマのネタバレはしたくないし、彼のコードを論じるのも面白くないが、あなたの意見を聞かせてほしい

このコード(記事より)https://www.mql5.com/ru/articles/8988

それはある種のスタイルや秘密の「マントラ」なのか、それともありふれたスパゲッティ・コードなのか?

どこも見ていない、GitHubを半分ほど調べたが、このサイトでしか見れない。

具体的に何が問題なのか?|| &&のような条件文を追加することもある。

 
Igor Makanu:

は、ある種のスタイルや秘密の「マントラ」なのか、それとも陳腐なスパゲッティ・コードなのか?

古典的な意味でのスパゲッティ・コードではないが、設計と内容の両方に疑問を投げかけるものである。
 
Igor Makanu:


私はどこにも見たことがありません。GitHubの半分を研究しましたが、私が観察しているのはこのサイトだけです。

なぜ、そのコードが何をするのかコメントで繰り返すのか聞いてみてください ...:-)

 
Maxim Kuznetsov:

また、なぜそのコードが何をするのか、コメントで繰り返すのかも聞いてみてください ...:-)

ひとごと)

 
Valeriy Yastremskiy:

ひとごと)

は影を潜めています。

 
Valeriy Yastremskiy:

他に書き方はないのでしょうか?

string CSymbol::GetPropertyDescription(ENUM_SYMBOL_PROP_INTEGER property)
{
if(property==SYMBOL_PROP_STATUS)   return(FuncA(x,y,z));
if(property==SYMBOL_PROP_INDEX_MW) return(FuncB(x,y,z));

無限if-elseチェックが始まったらそのように書いています

imho, it's readable, it can be corrected in any line - you can unpin/debug, you can comment out it for me, the code above...読み方がわからない、修正方法がわからない、どうしたらいいのかわからない......。のみ質問、それは私に何を与えるか - せいぜいif - elseを書かないでください?

 
Igor Makanu:

無限のif-elseチェックが始まる場合はこのように書きます。

imho、それは読みやすい、それは任意の行で修正することができます - あなたは、アンピン/デバッグすることができます、あなたはそれをコメントアウトすることができます 私は快適です、上記のコード...読み方がわからない、修正方法がわからない、どうしたらいいのかわからない......。という質問だけで、せいぜいif-elseを書かないことくらいでしょうか?

そうですね、私もその方が納得できますし、短くなりますね。)