事前計算された - ページ 8

 
Alexander Puzanov:

この3段落の定式化は、私の最初の投稿で簡単に見ることができます。そうでない場合 - あなたは大工ではなくプログラマであり、どのように追加の松葉杖なしで裸prev_calculatedで3段落に記載されている別々の単純なタスクを解決するためにあなたのコードで示す:何バー前のティックでカウントされた表示、OnCalculateの 最初のコールを 定義し、履歴(チェックサム)を変更したことを定義しています。ユーザーのために、自分の公理に合うように何かを作り上げる必要はありません。タスクは定式化されており、半指のように非常にシンプルで曖昧さがありません

レシピは次のとおりです。ドキュメントを注意深く読み、「松葉杖」という言葉をあなたのボキャブラリーから取り除いてください。
 
Alexey Kozitsyn:
この質問は、Vladimir氏(彼は開発者の立場を擁護するだけです)ではなく、(Slawa氏に代表される)開発者自身が、prev_calculated = 0 のとき - すべてを再計算する、と言ったことに対してなされるべきものです。彼らは常に指標の使用のすべてのバリエーションを計算することはできません。もし今問題があるのなら、モデレーターを苦しめても無駄なので、詳細な説明とともにservicedeskに行く必要があります。

MQには開発優先順位のマスターリストがあり、乗客の要望は運転手には関係ないのです。乗客にとって最適なソリューションは、自分で原付を手に入れることです。MQの優先順位がつく前の自作接頭辞オブジェクト削除機能でもそうでしたが。そこで、「ファイブ」のチーフマニアであるウラジミールに、フライとカツを別々に袋詰めする素敵な機能を作ろうと提案するのですが、彼は頑なにそれをかわします。もし関数/構造体がプリコールでカウントされたバーの数を示し、さらに2つのフラグ-1番目のOnCalculateの実行と チェックサムの変更-があれば、ユーザーは初期化、再計算、スリープのタイミングをどうするかを決めることができます。そして、そのままの prev_calculated は、3つの "if" の私的な組み合わせを解決します - これは、ユーザー用の rake です。
 
Alexander Puzanov:

MQには開発優先順位のマスターリストがあり、ドライバーは乗客の要望など気にもしませんから、意味がありません。乗客にとって最適なソリューションは、自分で原付を手に入れることです。MQの優先順位がつく前の自作接頭辞オブジェクト削除機能でもそうでしたが。そこで、「ファイブ」のチーフマニアであるウラジミールに、フライとカツを別々に袋詰めする素敵な機能を作ろうと提案するのですが、彼は頑なにそれをかわします。もし関数/構造体がプリコールでカウントされたバーの数と、1回目のOnInitの実行とチェックサムの変更の2つのフラグを示せば、ユーザーは初期化、再計算、スリープのタイミングなど、どのように生きるかを決定することができます。そして、そのままの prev_calculated は、3つの "if" の私的な組み合わせを解決します - これは、ユーザー用の rake です。

ポイントは、少なくとも問題を「書面にする」ことです。評価されるなら、せめてリストに入れてほしい。

一方、あなたは普通の解決策を提案しました。おそらく、あまりきれいな解決策ではないかもしれませんが、あなたが解決しようとしている問題は、決して標準的なものではありません。

 
Alexander Puzanov:

意味がありません。MQには開発の優先順位の主流があり、運転手の乗客の希望は重要ではありません。乗客にとって最適なのは、原付を手に入れることです。MQの優先順位がつく前の自作接頭辞オブジェクト削除機能でもそうでしたが。そこで、「ファイブ」のチーフマニアであるウラジミールに、フライとカツを別々に袋詰めする素敵な機能を作ろうと提案するのですが、彼は頑なにそれをかわします。もし関数/構造体がプリコールでカウントされたバーの数と、1回目のOnInitの実行とチェックサムの変更の2つのフラグを示せば、ユーザーは初期化、再計算、スリープのタイミングなど、どのように生きるかを決定することができます。そして、素のprev_calculatedは、3つのifのプライベートな組み合わせを決定する - それは、ユーザーにとっての熊手です。
何か考えないと...。後で正確な思考を強調するために言い換える、「水」を取り除く...。
 
Alexey Kozitsyn:

初期化時のバッファの初期化に関する質問へ論理的に考える。OnInit()では、rates_totalへのアクセスはありませんよね?OnInit()でrates_totalにアクセスがない場合、インジケータバッファのサイズはまだ知られていません(=0なら自分で確認できます)。また、インジケーターのバッファサイズ=0なので、何をリセットするのでしょうか?

明確である。何がナンセンスって、Vladimirが言うように、配列の全要素のうち、ループ内のインジケータバッファを ゼロにする必要があるのですが...。
 
Alexey Kozitsyn:
この質問はウラジミール氏にするのではなく(彼は開発者の立場を守るだけ)、prev_calculated = 0 のときにすべてを新たに計算し直すと言った開発者自身(スラワ氏が代表)にすべきです。彼らは常に指標の使用のすべてのバリエーションを計算することはできません。もし今問題があるのなら、司会者を煩わせるのは無駄なので、詳細な説明をしてサービスデスクを利用してください。

もし、彼が不器用な助言をしようとしなければ、誰も彼を拷問することはなかっただろう。

答えのないふりをする...そして、人々を同じに見せようとする...

 
Karputov Vladimir:

1.またもや流れ作業ですが、意味が分かりませんでした。

2.まだ質問に答えていないのは、宣言した後に変数に何が格納されるかを考えたことがないことを示しています。

ふりをしないで...すべてクリアですが、特にあなたのための写真



コンピュータはシャットダウンせずに動いていた、チャートは閉じていなかった、インジケータはチャートから外れていなかった...。

質問:2分バーはどこに消えたのでしょうか?

 
Alexey Viktorov:
それは理解できる。ウラジミール氏は、配列の全要素に渡るループの中で、インジケータ・バッファを クリアすべきだと述べていますが、何が非常識なのでしょうか......。
そうですね、ループはやりすぎでしょう。しかし、もし prev_calculated = 0 (前に満たされたバッファ) で、このバッファのいくつかの値がリセットされた場合、それはエラーでなければなりません。今すぐ確認しよう...
 
Alexey Viktorov:

ふりをしないで...オールクリアですが、あなたには特別に写真を



パソコンはシャットダウンせずに動いていた、チャートは閉じない、インジケーターはチャートから外れない...。

質問:2分足のバーが見当たらないのはどこですか?

コードを見せてください。笑って説明します。
 
また、戦車に乗っている人のために、prev_calculatedは長い間0だけでなく、時には実際にカウントされた最後のバーを返して きました。