MT5への願い - ページ 54 1...474849505152535455565758596061...117 新しいコメント 削除済み 2011.02.05 12:00 #531 Interesting:基本クラスを変更する必要がある場合私見ですが、ベースクラスの子孫では、誰でも簡単に(自分の論理で)できるのではないでしょうか。それに、これらのメソッドの「肉」はどこにあるのでしょうか(たとえば、CTradeの子孫として実装されているなど)。 そうですね、万人受けするように引っ張るのはちょっと難しいかなとも思います。これらのメソッドの内容については、私はまだ持っていません。開発者が経験を積んで、正しく定義してくれると思います。一般的に考えれば、ロットではなく、タイムで仕事をする可能性があると思うのです。すなわち、ある位置の体積を 2倍にする、あるいは1.2倍にする。ショートニングも同様です。ロールオーバーでは、ロールオーバー前と同じポジションの出来高でポジションを反転させることも、違う出来高で大きくしたり小さくしたりすることも可能ですね。資金管理(ポジション量管理時の時間操作)に数学的関数を利用できる新しい便利なラッパーメソッドを使用することです。 削除済み 2011.02.05 12:52 #532 Yedelkin: 全員ではありません。すべてのプログラマーでもない。ただし、OOPの特殊性を知っている人に限ります。やろうと思えば、この掲示板の9割の人はできるはずです。言語ヘルプを調べるのが面倒でなければ。-アレクシー- そうですね、全員がそれをやり遂げるのはちょっと難しいかなというのは、私も思います。これらのメソッドの内容については、私はまだ持っていません。開発者が、彼らの経験が許す限り、正しく定義してくれると思います。一般的に考えれば、ロットではなく、タイムで仕事をする可能性があると思うのです。例:あるポジションのボリュームを 2倍にする、あるいは1.2倍にする。ショートニングも同様です。ロールオーバーでは、ロールオーバー前と同じ結果のポジションボリュームで反転することもあれば、異なる大小のボリュームで反転する可能性もありますね。資金管理(ポジション量管理時の時間操作)に数学的関数を使用できる新しいラッパーメソッドを持つことである。CTradeの変更点(一般的な形)+数学モデル+コード(テンプレートとしても)については別スレッドで。好ましくは、ベースオブジェクトの子孫を持つ別のモジュールとしても使用する。開発者が標準モジュールに含めるための基礎をそこに見つけるならば、確かにそれを行うが、今のところ唯一の子孫として(概念とコードが標準化されていないため)。IMHO Yedelkin 2011.02.05 13:21 #533 Interesting: やろうと思えば、この掲示板の9割の人はできるはずです。もちろん、言語リファレンスで調べるのが面倒な場合は別ですが。 IMHO ここにいる人たち」の希望ではなく、「ここにいる人たち」の希望でもないのです。みんな」についての発言である。- 何はともあれ、理解できる。 問題提起については一般的なユーザにとっては、「基底クラスの子孫」を自分で作るよりも、 Prepared_Class::Function_Generic_Classの ようなものの使い方を学ぶ方がずっと簡単です。 削除済み 2011.02.05 13:32 #534 Yedelkin: ここにいるフォーラムメンバー」や「彼らの希望」のことではありません。みんな」という発言についてである。 問題提起については一般的なユーザにとっては、「基底クラスの子孫」を自分で作るよりも、 Prepared_Class::Function_Generic_Classの ようなものの使い方を学ぶ方がずっと簡単です。特に、より効率的で便利な取引ができるようになるのであれば、基本ライブラリの変更や追加に反対するものではありません。私は、誰にでも合う普遍的なものをライブラリに搭載してほしいと思っています(後で標準クラスの 機能を再定義する必要がないようにするため)。これらのメソッドについては、(私のクラスでは)「エキスパート」というクラスで規定し、そこで仕事のロジックをすべて定義しています。追記標準のMACDサンプルでは、CSampleExpertと同様のことが実装されていました。そこには開閉機能がありますが、提案されたものも加えてはいかがでしょうか。 bool LongClosed(); bool ShortClosed(); bool LongModified(); bool ShortModified(); bool LongOpened(); bool ShortOpened(); Yedelkin 2011.02.05 13:40 #535 Interesting: 私は、誰もが満足する普遍的なものをライブラリに含めることに賛成です(標準 クラスの機能を後で上書きする必要がないように)。 そうなんですか!?普遍性は安定性を促進します。 アレクセイ」の提案が「普遍的なもの」のカテゴリーに属するかどうかについては、まだ何とも言えません。しかし、繰り返しになりますが、一般ユーザーが必要としているのは、プロのプログラマーによるカテゴライズではなく、明確で実用的な機能なのです。 Yedelkin 2011.02.05 13:43 #536 Interesting: 追記 標準のMACDサンプルでは、CSampleExpertと同様のことが実装されていました。 そこには開閉機能がありますが、提案されたものも加えてはいかがでしょうか。 OOPを知らない人には、あなたの例はあまり伝わらないということに同意する必要があります。 削除済み 2011.02.05 13:47 #537 Yedelkin: OOPを知らない人には、あなたの例はあまり伝わらないということですね。いや、そうなんだけど、この機能をどこにどう書けばいいのかっていうのが問題なんだよね。しかも、標準ライブラリは まだ開発中であり、開発者はそこに独自の計画や関心を持っている。 Документация по MQL5: Стандартная библиотека www.mql5.com Стандартная библиотека - Документация по MQL5 Yedelkin 2011.02.05 13:52 #538 Interesting: ...標準ライブラリは まだ開発中であり、開発者はそこに独自の計画や関心を持っています。 まあ、「Wishes...」というタイトルですし、開発者の計画は、-Alexeyの 提案で妨げられることはないでしょう :) 削除済み 2011.02.05 14:02 #539 Yedelkin: ですから、このブランチは「Wishes...」と呼ばれ、開発者たちは「Alexey」からの 提案を邪魔することはできないのです:)私は知らない、提案の中に具体的なことが書かれていない、多分開発者が見るだろう。しかし、私はまだ何をどのように "反転 "し、"カット "するのか、そしてなぜCTradeなのかが理解できていません。とはいえ、現段階での標準ライブラリは、私自身のクラスセット(標準ライブラリには一切依存しない)があるので、あまり気にはなりませんが。 削除済み 2011.02.05 14:06 #540 Yedelkin: 了解!汎用性は安定性に寄与する。 アレクセイの 提案が「普遍的なもの」の範疇に入るかどうかについては、まだ何とも言えません。しかし、繰り返しになりますが、一般ユーザーが必要としているのは、プロのプログラマーによるカテゴライズではなく、明確で実用的な機能なのです。普遍性ということであれば、ポジションボリュームを 小刻みだけでなく、ロット単位で変更できることが望ましいと思います。すなわち、このようなものです。1) 特定のロットでポジションを開く場合: PositionOpen(...,lot,...); /この関数は曖昧でなく、変更されない、現在のままである/...。2)ポジションの音量を上げるなど、変更する。a) PositionIncrease(..., 2, mode_lot_change,...) - ポジション量を2ロット増加させる。b) PositionIncrease(..., 2, mode_multiply_change,...) - ポジション量を2倍にする; /倍数で変更するのが便利な場合/...しかし、私はまだ「フリップ」と「カット」の何を、どのように、そしてなぜCTradeで具体的に理解することができないのですか?CTradeには、ヘルプの「ポジションを使った操作」によると、一連のメソッドがあります。ポジションを開く、ポジションを閉じる、ポジションのSLやTPを変更する、などがあります。補完することが提案されています。ポジションを反転させるとは、現在のポジションよりも大きな出来高で反対売買を行い、オープンポジションの方向性を逆転させることである。ポジションを減らすとは、オープンポジションの数量を減らすことです。増加-はその逆です。Я за то чтобы в библиотеку включались универсальные вещи, которые устраивают всех (чтобы потом не пришлось переопределять функционал стандартных классов). はい、これは非常に重要なポイントです。 Wishes for MT5 1...474849505152535455565758596061...117 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
基本クラスを変更する必要がある場合私見ですが、ベースクラスの子孫では、誰でも簡単に(自分の論理で)できるのではないでしょうか。
それに、これらのメソッドの「肉」はどこにあるのでしょうか(たとえば、CTradeの子孫として実装されているなど)。
全員ではありません。すべてのプログラマーでもない。ただし、OOPの特殊性を知っている人に限ります。
やろうと思えば、この掲示板の9割の人はできるはずです。言語ヘルプを調べるのが面倒でなければ。
そうですね、全員がそれをやり遂げるのはちょっと難しいかなというのは、私も思います。これらのメソッドの内容については、私はまだ持っていません。開発者が、彼らの経験が許す限り、正しく定義してくれると思います。一般的に考えれば、ロットではなく、タイムで仕事をする可能性があると思うのです。例:あるポジションのボリュームを 2倍にする、あるいは1.2倍にする。ショートニングも同様です。ロールオーバーでは、ロールオーバー前と同じ結果のポジションボリュームで反転することもあれば、異なる大小のボリュームで反転する可能性もありますね。資金管理(ポジション量管理時の時間操作)に数学的関数を使用できる新しいラッパーメソッドを持つことである。
CTradeの変更点(一般的な形)+数学モデル+コード(テンプレートとしても)については別スレッドで。
好ましくは、ベースオブジェクトの子孫を持つ別のモジュールとしても使用する。
開発者が標準モジュールに含めるための基礎をそこに見つけるならば、確かにそれを行うが、今のところ唯一の子孫として(概念とコードが標準化されていないため)。
IMHO
やろうと思えば、この掲示板の9割の人はできるはずです。もちろん、言語リファレンスで調べるのが面倒な場合は別ですが。
IMHO
ここにいる人たち」の希望ではなく、「ここにいる人たち」の希望でもないのです。みんな」についての発言である。- 何はともあれ、理解できる。
問題提起については一般的なユーザにとっては、「基底クラスの子孫」を自分で作るよりも、 Prepared_Class::Function_Generic_Classの ようなものの使い方を学ぶ方がずっと簡単です。
ここにいるフォーラムメンバー」や「彼らの希望」のことではありません。みんな」という発言についてである。
問題提起については一般的なユーザにとっては、「基底クラスの子孫」を自分で作るよりも、 Prepared_Class::Function_Generic_Classの ようなものの使い方を学ぶ方がずっと簡単です。
特に、より効率的で便利な取引ができるようになるのであれば、基本ライブラリの変更や追加に反対するものではありません。
私は、誰にでも合う普遍的なものをライブラリに搭載してほしいと思っています(後で標準クラスの 機能を再定義する必要がないようにするため)。
これらのメソッドについては、(私のクラスでは)「エキスパート」というクラスで規定し、そこで仕事のロジックをすべて定義しています。
追記
標準のMACDサンプルでは、CSampleExpertと同様のことが実装されていました。
そこには開閉機能がありますが、提案されたものも加えてはいかがでしょうか。
私は、誰もが満足する普遍的なものをライブラリに含めることに賛成です(標準 クラスの機能を後で上書きする必要がないように)。
そうなんですか!?普遍性は安定性を促進します。
アレクセイ」の提案が「普遍的なもの」のカテゴリーに属するかどうかについては、まだ何とも言えません。しかし、繰り返しになりますが、一般ユーザーが必要としているのは、プロのプログラマーによるカテゴライズではなく、明確で実用的な機能なのです。
追記
標準のMACDサンプルでは、CSampleExpertと同様のことが実装されていました。
そこには開閉機能がありますが、提案されたものも加えてはいかがでしょうか。
OOPを知らない人には、あなたの例はあまり伝わらないということですね。
いや、そうなんだけど、この機能をどこにどう書けばいいのかっていうのが問題なんだよね。
しかも、標準ライブラリは まだ開発中であり、開発者はそこに独自の計画や関心を持っている。
...標準ライブラリは まだ開発中であり、開発者はそこに独自の計画や関心を持っています。
まあ、「Wishes...」というタイトルですし、開発者の計画は、-Alexeyの 提案で妨げられることはないでしょう :)
ですから、このブランチは「Wishes...」と呼ばれ、開発者たちは「Alexey」からの 提案を邪魔することはできないのです:)
私は知らない、提案の中に具体的なことが書かれていない、多分開発者が見るだろう。
しかし、私はまだ何をどのように "反転 "し、"カット "するのか、そしてなぜCTradeなのかが理解できていません。
とはいえ、現段階での標準ライブラリは、私自身のクラスセット(標準ライブラリには一切依存しない)があるので、あまり気にはなりませんが。
了解!汎用性は安定性に寄与する。
アレクセイの 提案が「普遍的なもの」の範疇に入るかどうかについては、まだ何とも言えません。しかし、繰り返しになりますが、一般ユーザーが必要としているのは、プロのプログラマーによるカテゴライズではなく、明確で実用的な機能なのです。
普遍性ということであれば、ポジションボリュームを 小刻みだけでなく、ロット単位で変更できることが望ましいと思います。すなわち、このようなものです。
1) 特定のロットでポジションを開く場合: PositionOpen(...,lot,...); /この関数は曖昧でなく、変更されない、現在のままである/...。
2)ポジションの音量を上げるなど、変更する。
a) PositionIncrease(..., 2, mode_lot_change,...) - ポジション量を2ロット増加させる。
b) PositionIncrease(..., 2, mode_multiply_change,...) - ポジション量を2倍にする; /倍数で変更するのが便利な場合/...
しかし、私はまだ「フリップ」と「カット」の何を、どのように、そしてなぜCTradeで具体的に理解することができないのですか?
CTradeには、ヘルプの「ポジションを使った操作」によると、一連のメソッドがあります。ポジションを開く、ポジションを閉じる、ポジションのSLやTPを変更する、などがあります。補完することが提案されています。ポジションを反転させるとは、現在のポジションよりも大きな出来高で反対売買を行い、オープンポジションの方向性を逆転させることである。ポジションを減らすとは、オープンポジションの数量を減らすことです。増加-はその逆です。
Я за то чтобы в библиотеку включались универсальные вещи, которые устраивают всех (чтобы потом не пришлось переопределять функционал стандартных классов).