無効なリクエスト - 始めたばかりで理解できない... - ページ 4 12345678 新しいコメント 削除済み 2012.11.18 20:58 #31 Renat: それが彼の感情の起爆剤となった。論外です。 議論は以前から、あなたや他の代表者にされています。しかし、あなたは不快な質問を無視したいのですね。もう一度思い出していただきたいのは、エラー処理です。だから、近い将来、標準ライブラリの 大量利用が問題になることはなかったし、今もないし、これからもないだろう。しかし、それは理解できる - それは品質のライブラリを作成するよりも、信号の手数料を取るために、より興味深いですし、それは証券会社のために良いです - 彼らはエラーでより多くを販売する、そのような絵が作成されます。 Renat Fatkhullin 2012.11.18 21:05 #32 -Alexey-: 議論はとっくの昔にあなたや他の代表者にされています。しかし、あなたは都合の悪い質問は無視したいのですね。もう一度念を押しておきますが、エラー処理です。だから、標準ライブラリの 大量利用は、昔も今も、そしてこれからもないだろう。注意：リターンコードを使った古典的なエラー処理をしています。抜粋してエラー処理をする方法に賛成する人は、他の多くの言語を使うことができます。標準ライブラリのダイレクトエラーを持ってこい！なんで踊らされてるんだ？しかも、梅干しを結ぶという度胸もある。 削除済み 2012.11.18 22:25 #33 歴史を思い起こさせよう。1infera: Добрый день! Использую стандартную библиотеку для открытия позиции. Подскажите, каким образом лучше организовать функцию обработки ошибок? Поиск результатов не дал, буду благодарен за любые ссылки на эту тему. Renat Fatkhullin 2012.11.18 22:33 #34 -Alexey-:歴史を思い起こさせよう。ライブラリのコードに直接エラーが あることを明確に示すことが求められています。紹介も、注意も、水もなく、ただ直接的にエラーがあるコードの断片をリストアップするだけです。 削除済み 2012.11.18 22:40 #35 Renat:ライブラリのコードに直接エラーが あることを明確に示すことが求められています。紹介も、注意も、水もなく、ただ直接的にエラーがあるコードの断片をリストアップするだけです。 私はコードのエラーについて何も言っていないのですが、よく読んでみてください。書き込もうとすると、サイトがハングアップする。 削除済み 2012.11.18 22:44 #36 2 ビックおじさん 2011.10.24 10:09 標準ライブラリは、取引エラーを処理するためのアルゴリズムを含んでいません。フォーラムの達人のどなたかがヒントをくれるかも？ 削除済み 2012.11.18 22:46 #37 3 -Alexey- 2011.12.17 19:52 では、テスターではなく、実用的な意味は何なのか。あるようでいて、使えない。また、このテーマについて、このような処理を導入してはどうか、開発者による記事を書いてはどうか、エラー処理に関する手引きはどうか、などの質問が、いつも開発者側の沈黙に終わるのはなぜでしょうか。結局のところ、彼らはこのテーマに関して最も有能なのです。何が問題なのでしょうか？取引の基本である建玉と決済ができないのに、本当に役に立つものの代わりに不要なインジケータが大量に保管されている（コメント0、要望0）のは、はっきり言っておかしいと思う。自動売買エミュレーターの疑問は解消されないままだ。その答えを聞きたい。 削除済み 2012.11.18 22:47 #38 4 2011.12.18 06:17 だから、マスターストラテジーはあくまでテスター用であることを誰も隠していない。))ただ、このアイデアとこのアイデアを素早く確認し、どの方向に進むかを決める。また、エラー処理もそれほど難しい作業ではありません。他の人がどうやってるか見るくらいはいいんじゃない？例えば、第4フォーラムのKimIVの ファンクションライブラリ。このテーマで記事も書けると思うのですが、今はそんなに時間がありません。 Renat Fatkhullin 2012.11.18 22:51 #39 -Alexey-: 私はコードのエラーについて何も言っていません。よく読んでください。書き込もうとすると、サイトがハングアップする。だから、どちらも問題ない。ライブラリの取引 機能をラッパー化し、開発の簡素化を図った。サーバーからの応答をどのように処理するかは、EAの開発者が決めることです。当社は、売買取引の不履行・再取引について責任を負いません。実際、サーバーに障害が発生した場合に予想される「リクエストを繰り返す」という真正面からの判断は、受け入れられるものではありません。ライブラリではなく、ビジネス層のコードで判断すべきです。もし、サーバーのクラッシュを自動的に処理する普遍的なロジックを提供できると思うのであれば、ライブラリを書いて公開するか、既存のライブラリを拡張してください。CTradeと同様のクラスを1つだけ実装すれば十分です。 削除済み 2012.11.18 23:03 #40 5初級編 その作業が難しいかどうかではなく、標準ライブラリ に実装する必要があるかどうかです。 EAを書くときの基本的な作業のリストを定義して開発者向けに実装すれば、誰かがやっているのを見たり、誰かが記事を書く暇があるまで待つ必要はありません。 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
それが彼の感情の起爆剤となった。論外です。
議論はとっくの昔にあなたや他の代表者にされています。しかし、あなたは都合の悪い質問は無視したいのですね。もう一度念を押しておきますが、エラー処理です。だから、標準ライブラリの 大量利用は、昔も今も、そしてこれからもないだろう。
注意：リターンコードを使った古典的なエラー処理をしています。抜粋してエラー処理をする方法に賛成する人は、他の多くの言語を使うことができます。
標準ライブラリのダイレクトエラーを持ってこい！なんで踊らされてるんだ？しかも、梅干しを結ぶという度胸もある。
歴史を思い起こさせよう。
1
infera:
Добрый день! Использую стандартную библиотеку для открытия позиции. Подскажите, каким образом лучше организовать функцию обработки ошибок? Поиск результатов не дал, буду благодарен за любые ссылки на эту тему.
歴史を思い起こさせよう。
ライブラリのコードに直接エラーが あることを明確に示すことが求められています。
紹介も、注意も、水もなく、ただ直接的にエラーがあるコードの断片をリストアップするだけです。
ライブラリのコードに直接エラーが あることを明確に示すことが求められています。
紹介も、注意も、水もなく、ただ直接的にエラーがあるコードの断片をリストアップするだけです。
2
ビックおじさん 2011.10.24 10:09
標準ライブラリは、取引エラーを処理するためのアルゴリズムを含んでいません。フォーラムの達人のどなたかがヒントをくれるかも？
3
-Alexey- 2011.12.17 19:52
では、テスターではなく、実用的な意味は何なのか。あるようでいて、使えない。また、このテーマについて、このような処理を導入してはどうか、開発者による記事を書いてはどうか、エラー処理に関する手引きはどうか、などの質問が、いつも開発者側の沈黙に終わるのはなぜでしょうか。結局のところ、彼らはこのテーマに関して最も有能なのです。何が問題なのでしょうか？取引の基本である建玉と決済ができないのに、本当に役に立つものの代わりに不要なインジケータが大量に保管されている（コメント0、要望0）のは、はっきり言っておかしいと思う。自動売買エミュレーターの疑問は解消されないままだ。その答えを聞きたい。4
2011.12.18 06:17
だから、マスターストラテジーはあくまでテスター用であることを誰も隠していない。))ただ、このアイデアとこのアイデアを素早く確認し、どの方向に進むかを決める。また、エラー処理もそれほど難しい作業ではありません。他の人がどうやってるか見るくらいはいいんじゃない？例えば、第4フォーラムのKimIVの ファンクションライブラリ。このテーマで記事も書けると思うのですが、今はそんなに時間がありません。私はコードのエラーについて何も言っていません。よく読んでください。書き込もうとすると、サイトがハングアップする。
だから、どちらも問題ない。
ライブラリの取引 機能をラッパー化し、開発の簡素化を図った。サーバーからの応答をどのように処理するかは、EAの開発者が決めることです。当社は、売買取引の不履行・再取引について責任を負いません。
実際、サーバーに障害が発生した場合に予想される「リクエストを繰り返す」という真正面からの判断は、受け入れられるものではありません。ライブラリではなく、ビジネス層のコードで判断すべきです。
もし、サーバーのクラッシュを自動的に処理する普遍的なロジックを提供できると思うのであれば、ライブラリを書いて公開するか、既存のライブラリを拡張してください。CTradeと同様のクラスを1つだけ実装すれば十分です。
5
初級編
その作業が難しいかどうかではなく、標準ライブラリ に実装する必要があるかどうかです。 EAを書くときの基本的な作業のリストを定義して開発者向けに実装すれば、誰かがやっているのを見たり、誰かが記事を書く暇があるまで待つ必要はありません。