アルゴリズム、解法、性能比較 - ページ 14

 
Sergey Dzyublik:

1.意味がない。アルゴリズムは、全体として相対的な結果で比較されます。
2.解決策はすでに統合されており、標準ライブラリ<GenericArrayList.mqh>として 提供されています。

1. つまり、アルゴリズムの速度は重要ではありません。解決策は「発想力」、それで十分です。オッケーです。

2.プラグイン経由で接続して終わりなんですね。オッケーです。

//--------------------------------------------------------------------

アルゴリズムを評価する主な基準が「コンセプトが しっかりしていること」だとしたら、私の負けです。

アルゴリズムの主な基準が「シンプルさ、スピード、利便 性」であれば、私の勝ちです。

この時点で、このテーマを終了することができます。

 
fxsaber:

  1. インターフェイスを先に書いて、その後にクラス(それぞれのインターフェイスの子孫)を書くというスタイルは、どのような理由からなのでしょうか?
  2. なぜ、このようなことをするのでしょうか。(StringToUpper(generatorName);)
  3. 明らかに、忘れているだけです。




今話題のHashMapを使わず、CArrayListを使ったのには少々驚きました。トランザクションがチケットではなくインデックスであるという、著者の曲がったオリジナルに誘導されるべきではなかった。

HashMapの方が分かりやすく、実用的で、高速だった可能性が高いです。


このようなコードが簡単に読めることに自分でも驚いています。しかし、私自身はまだプログラミングで示される抽象度の高さには到達していません。これまでの私のスタイルは、プロシージャル+OOPです。このコードは純粋なOOPです。どうやら、どこかの習い事のプログラミング教室のようです。このサイトで紹介しているスタニスラフ・コロツキーの 作品だけが、同じような抽象度の高い作品です。


1)統合のためのスタイルである。
クラスのテストが必要な場合、テスト用のインタフェースを継承して実装することができます。
独自のジェネレーターが必要なら、どんどん導入してください。


2)はい、それは冗長です、オーバーキルです、ありがとうございます。

StringToUpper(generatorName);



3)していない。

      //TODO add shared_ptr / move out generator (Dependency Injection)
      IGenerator<T>* generator = CreateGenerator<T>();

元々shared_ptrの 下で書かれていたもので、その実装は持っていない。
しかし、それはテストのために関数のパラメータにIGenerator<T>の 依存性を置く良いアイデアです。

 
Sergey Dzyublik:

3)いいえ、忘れてはいません。

元々shared_ptrの 下で書かれていたもので、その実装は持っていない。

なるほど、気がつかなかった。

 
文字列の長さ、最大何文字かご存知ですか?
 
Renat Akhtyamov:
文字列の 長さ、わからない - 最大何文字?

答えを待っているところです。

トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム

アルゴリズム、解法、性能比較

ウラジミール・カルプトフ さん 2017.12.11 08:37

訂正しますが、文字列の長さは 有限ではないでしょうか?

https://msdn.microsoft.com/ru-ru/library/sx08afx2.aspx

ただ、MQL5ではこの制約が見当たらないのですが...。


 

地域社会に対する無礼な行為を繰り返し、挑発するパターンが明らかである。

それを(様々な建設的なスレッドにおけるその人の書き込みを)読まないというのは、発展して忘れるというのは、必ずしもそうではありません - さらにそうではありません。

ヘルプの手にトローリングとスピッティング、その数はこのリソースをプラス面と大きく差別化する。


間違っているかもしれない。

 
Vladimir Karputov:

訂正しますが、文字列の長さは 有限ではありませんか?

メモリ制限のみ

void OnStart()
{
  string Str;
  
  Print(StringInit(Str, 1 e8)); // true - 100 Mb
}
 
Реter Konow:

1. つまり、アルゴリズムの速度は重要ではありません。解決策は「発想力」、それで十分です。オッケーです。

2.プラグイン経由で接続して終わりなんですね。オッケーです。

//--------------------------------------------------------------------

アルゴリズムを評価する主な基準が「コンセプトが しっかりしていること」だとしたら、私の負けです。

アルゴリズムの評価基準である「シンプルさ、スピード、利便 性」がメインであれば、私の勝ちです。

この点については、テーマを閉じることができます。


申し訳ありませんが、できません、悔い改めます。
しかし、なんという愚かな人なんでしょう。
問題は、誰かが何かを知らないことではなく、何かを学ぼうとする意欲がまったくないことです。

片方10ms、もう片方8msで何が違うのか。
忠実度を確認することを忘れずに、誰がどれだけ速いかを相対的に比較するだけなら。

 
fxsaber:

メモリ制限のみ

OOO !!!!!!!

ありがとうございました。

弦がアンダーカットで、長さを伸ばす方法がわからなかったからです。

スレを荒らすな、こんなところで喧嘩するな。

 

シート全体のソリューション -こんなにたくさんのコード....もっと具体的に言えないのか?

他の人にわかりやすくするためです)

私自身、標準的なライブラリを 使う習慣がなく、また、多くの人が同じシートを独自のバージョンで使用していると思います。

どうしょう

すなわち、我々はすべての値、魔法のティッカー-価格、オープン価格、時間、終値で保存します。

実際、構造体にすべての情報を格納することが最速の解決策となる。そして、ここでのアクセスは、順序付けられた参照インデックスsammivaを介して行われます。


ところで、プリントをどのように定義するかという問題ですが、いくつかの既成の解があるかもしれません。簡単に言えば、それほど頻繁に印刷する必要はなく、失敗する前に必要な情報をダンプするか、何らかの方法で都合よく調整し、できればグローバル変数なしで印刷します。