Time()の問題点 - ページ 8

 

そう、それは素晴らしいスクリプトです...コーディング初心者は、それに注意を払うべきです。ということは、括弧なしでちゃんと動くようにOPコードをアレンジすることは可能ということですね。

 
SDC:

ああ、これはいいスクリプトだ......コーディング初心者はこれに注目すべきだね。ということは、括弧なしで正しく動作するようにOPコードをアレンジすることは可能ということになりますね。

いや、私はそうは思いません。「初めてコーディングする人」などは、可能な限りのテストを1行にまとめようとするのではなく、何行も使うべきでしょう。OPは、すべてのロジックを一箇所にまとめる必要がある(らしい)「ツール」を使っています。しかし、通常のMT4では、テストは別々の行または関数に 分割されるべきで、間にPrint ステートメントを入れて、ロジックが台無しになったところを見ることができます(よくあることです:-)。

括弧を付けても計算量は増えません。また、MQL4では、ロジックを複数行に分けることは、実際には計算コストを下げることになります。つまり、複数行を使うのは得策であり、損得はないのです :-)

 
計算効率が良かろうが悪かろうが、意図したとおりに動かないのであれば、それは本当に問題ではありません。)
 
SDC:

ああ、これはいいスクリプトだ......コーディング初心者はこれに注目すべきだね。ということは、括弧なしでちゃんと動くようにOPコードをアレンジすることは可能ということになりますね。


そうなんです。 ということは、論理的には、結局のところ、それはちょうどよく、より効率的でさえあるかもしれない - いくつかの "再アレンジ" の後に。

時々、このサイトが存在することの論理を本当に破っていると思うことがあります。 その方が効率的かもしれない」というだけのために、こんな無意味なことを。

Unreal

 
dabbler:

興味深いのは、このような

https://www.mql5.com/en/forum/126224

私たちが話していることの背景を知ることは役に立ちます


このスレッドは、各方面であまりに多くの動揺があるため、私は避けていました。余計なお世話としか思えません。


回答者が何が起こっているのかを理解するために200の投稿を100%の正確さで読む必要がないように、OPは新しいスレッドを立てるべきかもしれません。

そして、多分、みんな 、人の名前を呼ぶのをやめることができるだろう。


私のスレッドに対する、本当に自分のことだけで精一杯の旅団の絶対的な間違ったアプローチを考えると、私がこのフォーラムで始めようと思う唯一の新しいスレッドは、MQL スクリプトライターではないすべての人に、この毒蛇の巣窟であるフォーラムから離れるように伝えることです - 彼ら自身の利益のためにね。

 
dabbler:
興味深いことに、私はそれを確認し、問題ないように思えたのです。MQL4とC言語(そして他のすべてのコンピュータ言語)には、論理式を正確に 解釈するための優先順位ルールのセットがあります。


冗談じゃない、そんなことは分かっていた、私は開発者でもないのに! そもそも、なぜ私がそのように書いたと思いますか? ノンプログラマーである私は、最も論理的なアプローチを取り、最も論理的な順序で各式を設定しました。ただし、MQLが論理演算子を使用する個々の引数を括弧で分割する必要性について、何も知りませんでした。 毎日毎日MQLをコーディングしている人でなければ、いったい誰がこのような要求について知っているのでしょう。

MQLスクリプトを書かない立場から言うと、私はMQLを使わない私のプロトタイプの取引システムの外で取引を実行 する手段としてMQLを使い始めたばかりですが、この最初の実行は純粋な論理的立場から見るとかなり的を得ていたと言えると思います。 もしエラーがあるとすれば、それは論理的なものではなく、戦略的なものです。


Day() == 1 || Day() == 2 || Day() == 3 || Day() == 4 && TimeHour(TimeCurrent()) >=23 &&
 TimeMinute(TimeCurrent()) >=57 || Day() == 5 && TimeHour(TimeCurrent()) >=21 && TimeMinute(TimeCurrent()) >=57


構文を間違えるのと、自分のやっていることを論理的に理解できないのでは、雲泥の差があります。 しかし、もちろん、この掲示板のI'm-An-MQLの達人たちは、そのことに気づいていません。 私がMQLに触れてきた期間と、私のEA全体の複雑さを考えると、ほとんどのMQL初心者は、私が達成しようとしていることをここまでやり遂げたとは思えません。

私が単に構文的に間違っていたという事実が、私のOPに対するこの掲示板の反応について知るべきことのすべてを物語っています。

私が言ったように、トレーダー、トレード。 私は、長年にわたって、鋭いプログラミングのスキルを身につけるための余分な時間がありませんでした。 同様に、Coders, code. そして、私は、歴史的に重要なパターン認識を含む再現可能なトレードロジックを一行でも書くことができる、真の資本、ひいては真の富を築くのに十分な人たちに、長年にわたってほとんど会ってきませんでした。

私は、ほぼ完璧に動作する完全な統合取引システムを持っています。 MQLに興味があるのは、私のプロトタイプが現時点では利用できない、より低い時間枠のPOC調査を開始することのみです。

このサイトは、その存在意義を失わせるような、圧倒的に間違ったコーディング・グル的な態度がなければ、素晴らしいサイトだと思います。 いつかそのヒントが見つかるかもしれませんよ。

 
RaptorUK:
計算効率が良かろうが悪かろうが、意図したとおりに動かないのであれば、それは本当に重要ではありません。)


今はうまくいっています。 この掲示板の誰かのおかげではありませんが、私は自分自身で、必要な時間ベースの反復を得る方法と、取引ロジックを実現するために必要な時間の範囲にわたる方法を考えました。 基本的に、このコードは複数の時間枠で一連のiCustomモードをスキャンし、各モードに固有の特定の時間範囲にわたって特定の設定を行うものです。

このフォーラムでは、Time()ベースの部分しかご覧になっていませんね。 このEAは5つの異なるEAで構成されており、それぞれが他のEAの取引パフォーマンスを監視することで、下位のシグナルを発動させず、上位のシグナルを持続させます(ポジションをオープンしたままにしておくため)。 システム全体としては、相場が垂直から水平へ、そしてまた垂直へと移行する中で、相場に留まり続けるように設計されています。 トレードロジックの観点からは、簡単に設計できるものではありません。

確かに、典型的な(見慣れた)クロスオーバー戦略ではないし、「標準的な」指標も使用されていない。


トレードで重要なのは、最終的に市場に投入されるトレードロジックだけです。 プログラミングのスキルも含めて、強固なトレードロジックを書けなければ意味がありません。

この話題とトピックについては、もう十分でしょう。

 

トレードロジックの開発についてもっと知りたいという方のために、私がデザインしたカスタムインジケーターに 低い時間軸での有効性があるかどうかの研究を行う間、一種の臨時ラボラトリーを作りました。 そのサイトはCollaborativeFx.forum.comです。 このサイトは、私が十分な数のボットデザインを完成させ、調査結果を発表できるようになるまで、閉鎖しています。

[Twitterの@CollaborativeFxで、CollaborativeFx.forumer.comプロジェクトへの私の復帰をフォローすることができます。 CollaborativeFxは、研究開発専用サイトです。 このサイトでは、商用製品は許可されていませんし、サイト上で販売されているものは何もありません。 このサイトは、良いトレードロジックを可能にするものを発見することに興味を持つ、前向きな人たちに捧げられたサイトとなります。

MQLに特化したサイトではありません。 このサイトでは、MQLは私が長年かけて一から開発したコアカスタムインジケーターに関連するいくつかの概念実証を構築するためのツール以外の何ものでもありません。 もちろん、他のサイトのMQLプログラマーは常にいることでしょう。 CollaborativeFxは、トレードロジックの開発についてのすべてです。