// CFoo foo; // такой вариант использовать нельзя - конструктор по умолчанию не задан
CFoo foo5; // явный вызов конструктора по умолчанию (если конструктор по умолчанию отсутствует,
// то вызывается параметрический конструктор с параметром по умолчанию)
認識された。Windows 8.1 x64。クラスファイルをインクルードするために#includeを使用しています。グローバル変数 領域に自分のクラスの変数を以下のように宣言します。
ドキュメンテーション
CFoo fooのエントリを使用できないか、同じCFoo foo5の エントリを使用できるか、どちらが正しいでしょうか。
ドキュメンテーション
CFoo fooのエントリを使用できないか、同じCFoo foo5の エントリを使用できるか、どちらが正しいのでしょうか。
また、クラスがWInAPIコールを処理するだけで、内部変数を持たない場合、クラスのコンストラクタはどうあるべきなのでしょうか?それとも、フラグ変数をわざわざ発明すべきなのでしょうか?
ドキュメントの不整合についてです
// CFoo foo; // такой вариант использовать нельзя - конструктор по умолчанию не заданそこがポイントです。 SSE2命令サポートがないと新しいビルドは動きません。 ハードウェアをアップグレードする必要があります。
失礼しました。私の反論があなたの憤慨を招くことがないよう、心から願っています。しかし、新しいビルドでこの制限があることはどこに書いてあるのでしょうか?
この情報の出典をお教えください。
ありがとうございました。
失礼しました。私の反論があなたの憤慨を招くことがないよう、心から願っています。しかし、新しいビルドでこの制限があることはどこに書いてあるのでしょうか?
この情報の出典をお教えください。
ありがとうございました。
https://www.mql5.com/ru/forum/149270
失礼しました。私の反論があなたの憤慨を招くことがないよう、心から願っています。しかし、新しいビルドでこの制限があることはどこに書いてあるのでしょうか?
この情報の出典をお教えください。
ありがとうございます。
両フォーラム(mql4.com / mql5.com)をググってみてください。
もう何度も議論されていることなので、どのリンクをあげればいいのかわからない。
両フォーラム(mql4.com / mql5.com)をググってみてください。
もう何度も議論されていることなので、どのリンクをあげればいいのかわからないくらいです。
私があげたリンクのどこが悪いのでしょうか?)
最初の投稿から抜粋
28.端末:クライアント端末のすべてのコンポーネントは、最適な動作と高いパフォーマンスのために、コンピュータのプロセッサがSSE2命令セットをサポートする必要があります。
これは結局のところ、公式の情報源なのです(フォーラムでの多くの議論に加えて)。
グラフィカルな部分、特にグラフィカルなオブジェクトを改善する予定はありますか?
それとも、これもごく一部のユーザーが使っているのでしょうか?
オブジェクトが「グラフィックの上を歩く」ことについて話しています。