エラー、バグ、質問 - ページ 1500

新しいコメント
 
coderex:

チャートを操作する前に、Attachメソッドでクラスオブジェクトにアタッチする必要があります !もし、現在のチャート( 0 )で作業したくない場合は、このチェックを実装し、作業で現在のチャートを使用することを禁止してください。

また、チャートで作業して、終了するためにDetachメソッドを使って閉じないとはどういうことでしょうか？クラスのデストラクタやOnDeinitに一行書くのは本当に難しいのでしょうか？モノを扱う仕事は、厳密に管理しなければなりませんし、そうすれば失敗も避けられます。

同じアドバイスをすることができます。チャートを扱う前に、Attach()メソッドを使って、そのチャートを自分のクラスのオブジェクトに アタッチする必要があります。現在のチャートを操作したい場合は、Attach( void ) メソッドを使用します。チャートのIDを先に取得している場合は、Attach( chart ) メソッドを使用します。新しいチャートを操作したい場合は、Open()メソッドを使用します。この方法は、新しいチャートを開いて作業する場合にのみ使用してください。

もし、チャートを閉じずに作業したい場合は、Detach()メソッドを呼び出すのを忘れてはいけません。オープニングのエラーと合わせて - その結果、他人のチャートが閉じてしまう。よくない!

ここで、おもしろおかしく書いていますね。気に入らないことがあれば、そこにチェックを入れ、そこに追加して、昔と同じように暮らそう。自分のライブラリは自分で書ける、そう思っています。せっかくやってもらったのに、なぜ？松葉杖を発明するのではなく、今あるものを改善しよう。開発者がいち早く私の意見を聞いて、必要な変更を加えてくれたのはよかった。

 

どうしてわからないのでしょう、開発者に今のスケジュールで動く機能を潰せと言っているのです。オブジェクトの作成、作業、削除のプロセスを適切に制御したくない場合は、開発者が提案したように、自分でOpenメソッドをオーバーロードしてください。

実際、クラスオブジェクトを作成すると、そのフィールドはすべてゼロで初期化されます。これは、作成後にすべてをゼロにすることを強いられるピュアC++ではないのです。

そして、クラス・オブジェクトを作り、それを使って作業し、チャートをクラス・オブジェクトから切り離すことなく、オブジェクトを投げて削除するだけなのです。そして、開発者はOpenメソッドを変更し、そもそもなぜオーバーロードされたAttachメソッドが作られたのか、という疑問を抱くことになる。

開発者の皆さん、これらの変更を行う前に、標準ライブラリで作業して いる自分のイデオロギーを壊すことを検討してください。

 
coderex:

どうしてわからないのでしょうか、開発者に今のスケジュールで動く機能を潰せと言っているのです。オブジェクトの作成、作業、削除のプロセスを適切に制御したくない場合は、開発者が提案したように、自分でOpenメソッドをオーバーロードしてください。

実際、クラスオブジェクトを作成すると、そのフィールドはすべてゼロで初期化されます。これは、作成後にすべてをゼロにすることを強いられるピュアC++ではないのです。

そして、クラス・オブジェクトを作り、それを使って作業し、チャートをクラス・オブジェクトから切り離すことなく、オブジェクトを投げて削除するだけなのです。そして、開発者はOpenメソッドを変更し、そもそもなぜオーバーロードされたAttachメソッドが作られたのか、という疑問を抱くことになる。

開発者の皆さん、これらの変更を行う前に、標準ライブラリで作業して いる自分のイデオロギーを壊すことを検討してください。

事例で伝えよう。根拠のない言いがかりがウザくなってきたな。そして、私の意見では根本的に間違っていると思われるあなたのやり方が、なぜ正しいと思うのでしょうか？

そして、クラスのオブジェクトを作成し、それを使って作業したあなたは、チャートをクラスのオブジェクトから切り離すことなく、単にそのオブジェクトを捨てるだけです。そして開発者は、今度はOpenメソッドを変更することになる。そうなると、そもそもなぜオーバーロードされたAttachメソッドが作られたのか、という疑問が湧いてくる。

Detach()メソッドについては、別のトピックで説明します。今議論しているのは、Open()は暗黙のうちに現在のチャートで動作するように課すことができるということです!そのために、Attach()メソッドがあります。Open()メソッドを調整することで、誰が、何を、殺すのかは不明ですが...。
 
Slawa:

GMTはどのように変更するのですか？"モニュメントだ！"(c) GMTはグリニッジ標準時

ははは...。

気が利いてますね。

 
Alexey Kozitsyn:

模範を示して伝えよう。あなたの根拠のない非難は、私たちを飽きさせ始めています。そして、私の意見では根本的に間違っていると思われるあなたのやり方が、なぜ正しいと思うのでしょうか？

Detach()メソッドについては、別途検討する。今議論しているのは、Open()は暗黙のうちに現在のチャートで動作するように課すことができるということです!そのために、Attach()メソッドがあります。Open()メソッドを調整したときに、誰が、何を殺すのかが不明です...。

どう考えても、Openのアップデート案に含まれるこのコードの行。

   if(m_chart_id==0)
      m_chart_id=-1;

は、チャートIDを含むm_chart_id フィールドを-1に変更します。もしチャートが現在すなわち（ 0 ）であれば、どのような根拠のない非難があるでしょうか。標準ライブラリの 思想に従って書きたくなければ、思い通りに動かないと思われるメソッドをオーバーロードすればいいのです。例えば、コントロールパネルのクラスファミリーのように、クラスのプライベートセクションに含まれるフィールドのために、いくつかのメソッドをオーバーロードできないような、共通のメカニズムにクラスが統合されている場合は理解できます。しかし、ここではこのクラスはシンプルで、自分でその動作を変更することができます。しかし、開発者が上記のようにOpenメソッドを変更した場合、Attach()メソッドは現在の( 0 )チャートであるため、明確なことは言えません。つまり、次にOpenを呼び出すと、m_chart_id == -1という 結果になります。

実際、私の場合はOnInitにカレントチャートのIDを取得する行を追加して、Attach(long chart)メソッドでオブジェクトにチャートをバインドするだけなので問題ないのですが、この枝を読んでいない開発者の中には、おかしな「想定外」のことがあるかもしれませんね。

 
ex4ファイルから変数をコピーする方法はありますか？
 
Vasyl Nosal:
ex4ファイルから変数をコピーする方法はありますか？
セットファイルを保存する - 私はいつもこうしています
 
Vladislav Andruschenko:
セットファイルを保存する - 私はいつもこうしています

:))

無理でしょう。

mq4ファイルでは、できます。

(指標)

 
Vasyl Nosal:

:))

無理でしょう。

mq4ファイルでは、できます。

(指標)

テンプレート？そこにはデータ型がない。

 
をテンプレート化することで、初めて
1...149314941495149614971498149915001501150215031504150515061507...3185
新しいコメント