MT5への願い - ページ 72 1...656667686970717273747576777879...117 新しいコメント TheXpert 2011.07.13 14:08 #711 stringo: これについては、すでに述べたとおりです。既存の機能でなんとかなることがわかりました。 そうなんですか?また、どのような機能を省くことができるのか、ご教示ください。 Stanislav Korotky 2011.07.13 14:22 #712 グローバル変数が double型しかないのはなぜですか?そして、4では、とんでもない邪魔をし、5では、特に文字列変数がなぜダメなのか、よくわかりません。 Документация по MQL5: Основы языка / Переменные / Глобальные переменные www.mql5.com Основы языка / Переменные / Глобальные переменные - Документация по MQL5 Slava 2011.07.13 14:54 #713 TheXpert: Да ладно? И каким же функционалом можно обойтись, напомните, пожалуйста? だから言ったじゃないですか。利用可能です。 例えば、ヘッダーファイルを一度インクルードさせています。ifdefは不要です。 条件によって定数をマクロ置換する代わりに、条件によって初期化が異なる変数を使用することができます。 ここでも、デフォルトではdefineではなく、定数変数で条件を定義することができます。 定数IS_DEBUG_MODE が存在すること。 プログラムがどのような環境で 動作するかをその場で判断できる(テスト、デバッグ、ビジュアルテスト、最適化、DLLの使用許可)。 Slava 2011.07.13 14:58 #714 marketeer:グローバル変数が double型しかないのはなぜですか?4では両方がひどく干渉し、5では特に文字列変数が干渉しない理由は不明です。 数値データの最大サイズです。グローバル変数には8バイトもの情報を入れることができ、これをlong、2int、64bitと解釈することができます。 グローバル変数が文字列型にできない理由、それはグローバル変数が配列型にできないのと同じ理由 - 不必要に複雑にしないため Vladimir Gomonov 2011.07.13 15:09 #715 stringo:グローバル変数が 文字列型にできない理由は、グローバル変数が配列型にできない のと同じで、不必要に物事を複雑にしない ためである スラバ この場合、国民はほとんど同意しないでしょう。この複雑さは不要でしょう。投票に参加しますか? Slava 2011.07.13 15:36 #716 MetaDriver: スラバ この場合、国民はほとんど同意しないでしょう。このような複雑な事態は必要ないでしょう。投票に参加しますか? ここでいう「過度な複雑化」とは、少数のユーザーに対して、新たに遅い機能を追加することを意味します。非常に効率的なストレージとアクセスのメカニズムが実装されたので、それを壊したくはないのです。 プログラム間(同じコンピュータのクライアント端末間でも)のデータ交換には、ファイルを使うことができます。 標準クラスをいくつか一度書いておけば十分です。 ちなみに、文字列のグローバル変数について。1つのクライアント端末内のプログラム間で文字列データをやり取りするために必要なのですね。グローバル変数でデータをやり取りするよりも、はるかに効率的な方法です。 Stanislav Korotky 2011.07.13 15:38 #717 stringo: 数値データの最大サイズです。グローバル 変数には8バイトもの情報を入れることができ、それをlong、2int、64bitと解釈することができます。 グローバル変数が文字列にできない理由、それはグローバル変数が配列にできないのと同じ理由 - 物事を不必要に複雑にしないために あなたは、おなじみの理由を知っています:あなたは自分自身のために生活を容易にし、ユーザーのために難しくする、しかし、プログラムは彼らの長さのために書かれているようです。あなたにとって実装の面で特別な複雑さはありませんが、何もないためにこのダブルを好きなように「解釈」しようとすること、これは強く言わないまでも、応募者にとっては複雑なことなのです。他の型のグローバル変数は即席の手段でエミュレートしなければならないが、-一度システムでできたことは、アプリケーション開発者が自分のところでやってしまうのだ。 Stanislav Korotky 2011.07.13 15:40 #718 stringo:ところで、文字列のグローバル変数について。1つのクライアント端末内のプログラム間で文字列データをやり取りするために必要なんですよね?グローバル変数でデータをやり取りするよりも、はるかに効率的な方法です。 これらは全く別物です。状態は保存されアクセス可能でなければならないが、メッセージは状態を変更する手段である。 Slava 2011.07.13 15:49 #719 marketeer: よくある理由で、プログラムはユーザーのために書かれているように見えるのに、自分は楽をし、ユーザーには辛い思いをさせるというものです。あなたにとって実装面で特別複雑なことはないのですが、このダブルを何らかの形で「解釈」しようとすると、他に何もないために--これは、より強いとまでは言わないまでも、ユーザーにとって複雑なことになるのです。他の型のグローバル 変数は即席の手段でエミュレートしなければならないが、-一度システムでできたことは、アプリケーション開発者が自分のところでやってしまうのだ。 なぜ何でもエミュレートするのか? グローバル変数の8バイトには、文字列以外のどんなタイプのデータでも格納することができます。double 型のデータであれば、結果の値を直接使用する。もし、別の型のデータであれば、正しい型のデータを得るために、単純構造体のコピー操作を1回 追加する必要があります。 Stanislav Korotky 2011.07.13 18:58 #720 stringo: なぜ何でもエミュレートするのか?グローバル変数の 8バイトには、文字列以外のどんなタイプのデータでも格納することができます。double 型のデータであれば、結果の値を直接使用する。もし、別の型であれば、正しい型のデータを得るために、単純な構造体のコピー操作を1回 追加する必要があります。 私は主に弦楽器に興味がありました。 1...656667686970717273747576777879...117 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
これについては、すでに述べたとおりです。既存の機能でなんとかなることがわかりました。
TheXpert:
Да ладно? И каким же функционалом можно обойтись, напомните, пожалуйста?
だから言ったじゃないですか。利用可能です。
例えば、ヘッダーファイルを一度インクルードさせています。ifdefは不要です。
条件によって定数をマクロ置換する代わりに、条件によって初期化が異なる変数を使用することができます。
ここでも、デフォルトではdefineではなく、定数変数で条件を定義することができます。
定数IS_DEBUG_MODE が存在すること。
プログラムがどのような環境で 動作するかをその場で判断できる(テスト、デバッグ、ビジュアルテスト、最適化、DLLの使用許可)。
グローバル変数が double型しかないのはなぜですか?4では両方がひどく干渉し、5では特に文字列変数が干渉しない理由は不明です。
数値データの最大サイズです。グローバル変数には8バイトもの情報を入れることができ、これをlong、2int、64bitと解釈することができます。
グローバル変数が文字列型にできない理由、それはグローバル変数が配列型にできないのと同じ理由 - 不必要に複雑にしないため
グローバル変数が 文字列型にできない理由は、グローバル変数が配列型にできない のと同じで、不必要に物事を複雑にしない ためである
スラバ この場合、国民はほとんど同意しないでしょう。このような複雑な事態は必要ないでしょう。投票に参加しますか?
ここでいう「過度な複雑化」とは、少数のユーザーに対して、新たに遅い機能を追加することを意味します。非常に効率的なストレージとアクセスのメカニズムが実装されたので、それを壊したくはないのです。
プログラム間(同じコンピュータのクライアント端末間でも)のデータ交換には、ファイルを使うことができます。 標準クラスをいくつか一度書いておけば十分です。
ちなみに、文字列のグローバル変数について。1つのクライアント端末内のプログラム間で文字列データをやり取りするために必要なのですね。グローバル変数でデータをやり取りするよりも、はるかに効率的な方法です。
数値データの最大サイズです。グローバル 変数には8バイトもの情報を入れることができ、それをlong、2int、64bitと解釈することができます。
グローバル変数が文字列にできない理由、それはグローバル変数が配列にできないのと同じ理由 - 物事を不必要に複雑にしないために
ところで、文字列のグローバル変数について。1つのクライアント端末内のプログラム間で文字列データをやり取りするために必要なんですよね?グローバル変数でデータをやり取りするよりも、はるかに効率的な方法です。
よくある理由で、プログラムはユーザーのために書かれているように見えるのに、自分は楽をし、ユーザーには辛い思いをさせるというものです。あなたにとって実装面で特別複雑なことはないのですが、このダブルを何らかの形で「解釈」しようとすると、他に何もないために--これは、より強いとまでは言わないまでも、ユーザーにとって複雑なことになるのです。他の型のグローバル 変数は即席の手段でエミュレートしなければならないが、-一度システムでできたことは、アプリケーション開発者が自分のところでやってしまうのだ。
なぜ何でもエミュレートするのか? グローバル変数の8バイトには、文字列以外のどんなタイプのデータでも格納することができます。double 型のデータであれば、結果の値を直接使用する。もし、別の型のデータであれば、正しい型のデータを得るために、単純構造体のコピー操作を1回 追加する必要があります。
なぜ何でもエミュレートするのか?グローバル変数の 8バイトには、文字列以外のどんなタイプのデータでも格納することができます。double 型のデータであれば、結果の値を直接使用する。もし、別の型であれば、正しい型のデータを得るために、単純な構造体のコピー操作を1回 追加する必要があります。