MQL5への願い - ページ 63

 

C言語プログラミングを少しやっています。

何が足りないのか、イミフ。

1. デバッガ

デバッガを使わずにプログラムを書くのは、目が見えない状態でサッカーをするようなものです。

"ゴールポストを叩く

ゴールキーパーが蹴る

キック!!やっと打った」 ))))

デバッガには配列を展開する機能があります。プログラミングをしたことがある人なら、私の言っていることが理解できるはずです。

2.

https://forum.mql4.com/ru/8536/page36
ルキヤノフ 2008.04.03 08:09

Предложение по большей части к едитору. Сделать наглядное форматирование кода.


MQL5に関するニュースはどこかに掲載されていますか?

 
ArtemRG писал(а)>>

テスターでシンボルのプロパティを変更できる機能を追加することが望ましいと思います。

例えば、私は夜間取引用のEAを作っています。しかし、夜間はスプレッドが異なるため、昼間に行ったテストは正しくありません。そのため、スプレッドなどを手動で設定できるようにする必要があります。

早くやるのが望ましい。例えば、DTz A.は、週末のストップ高のレベルを30にした。テストができなくなったのです。

 
mscorlib >> :

私も欲しいです。もちろん、ターミナルは.NET2以上(ただしWPFなし!)で書かれたものがベターです。その場合、Monoの下でもLinuxに移植することは可能です。

そうすれば、デバッガに関する問題は解決されます。ストラテジーテスターをビルドとして作成すれば、Visual Studioから直接すべてをデバッグし、最適化することができるのです。

しかし、ここでは、MFCから.NETにターミナルを移行する作業が多くあります。もう一つの欠点は、.NETを、すべてダウンロードする必要があることです。しかし、原則的には問題ない。インストーラーは、.NET再配布可能ファイルと再配布不可能ファイルの2種類に分けるのがよいでしょう。

COM経由で.NETとの統合を行うためのオプションとして - しかし、私はこのケースでは、プログラマをうらやましがらないでください - インターロップの両方、およびすべての上にラッパーを構築すると、退屈されます。

しかし、この移行のプラス面はもっとあります。誰もが好きなように拡張できるようになるのです。また、軽薄な質問も少なくなります。アルゴリズムについて質問されることは、ほとんどすべて.NET3.5で実装されています。

MQL4言語はその役目を終えたのです。

開発者の方々に感謝します。

実現は難しそうですが...。開発者の哲学が違う...。

 
やっと普通のエラー解析機を作る。 括弧を1つ付け 忘れると、マッドコンパイラが目的の行以外のすべての行でエラーを 表示します。どこかに 「;」が抜けて いると、 文章全体を見渡してどこに抜けているのかを確認しなければならず、地獄絵図と化す のです。 だから、コンパイラが生成するメッセージはまったくまともではなく、正しい方向を向いていないのだ。それゆえ、あなたの兄弟であるC/C++コンパイラ(例えば、gcc、lcc、visual c++)のエラー解析モデルを使用して、それを正しくすることを切に願っています。
 
Solver.it >> :

実現は難しそうだが......。開発者の哲学が違う...。

>> そうなんだ!?


開発者の哲学

彼はおそらく、できる限りのことをやってみたのでしょう。

何かを作ったり、問題を解決したりする前に、多くの文献を読みます。

--

職場の「レジ係」が、自分の仕事のことを何も知らないでいるとき

プログラムの書き方を教えてくれても、もちろん反応しません。

というのも、他のモジュールとの兼ね合いや、どれくらいの意味があるのかなどを考えることが多いからです。

>> 「キャッシャー」は知らない

彼の案

基本構造を掘り下げて、すべてのサーバープロシージャを書き直さなければならない。

 

MQLの開発者の方々に感謝しつつ、私もぜひ願いを書きたい...。

1) デバッガは本当にクソです=) すみません、悪いです、そう言う理由はカーソルを空に突き刺すのが本当に好きだからです=) すみません、最初の行でコメントされてその上でエラーを表示します、そしてそれはかなりの頻度で行われます...。

2) コードのブロック表示をしてください。つまり、2つのオプションがあり、両方できます=)

2.1 誰も通常のプログラミングをキャンセルしていない、ちょうどコードブロックを追加し、すなわち、ブロックごとに挿入し、あなたは結果、すなわち、買い、売りまたは保留中の注文の完全に形成されたブロック、等を取得します。実装:白または他の色のシートに、最小限のブロックと演算子(これは2.2用です)+拡張機能を持つブロックスキームがあります。人は、準備のできたコード(関数)のブロックをブロック図にドラッグ&ドロップし、保存して完成したファイルを得るだけです。例:MAインジケータを例にとると、作成したいのはいいのですが、まず、標準的な値を持つコードのブロックを選び、ブロック図に貼り付けてください。シート上で外部定数、グローバル定数、変 数を受け取り、MAをチェックして挿入、ポジションを開いて挿入、ポジションを閉じて挿入...といったブロックをとっていきます。とうとう

つまり、プログラミングをするときに、人が常に操作するような操作のすべてです。一方では、これらのブロックはすべて些細なことですが、他方では、関数などで一度書くことが可能であれば、なぜすべての人に同じことを20回書くのか(すべてのチェックまたはプログラマを挿入したいもののみ)、それぞれプログラミングについて考える人は少なくなり、新しい何かを開発することにもっと集中できるようになるのです

2.2 ほとんど同じですが、いくつか違う点があります。

より良い、あるいはエラーのない実行のために他の演算子のサポートを必要とする演算子があります。これらの演算子のセットを作成し、選択されたときにコードに挿入することを提案します。これにより、プログラム自体の書き方が改善され、結果としてインターネット上の不要なプログラムを減らすことができます(これはオペレーターに限ったことではありません)。

一番下の行はこれです:あなたは非常に良いベースを持って、プログラマはすでにそこに偉大なアイデアです!! =)唯一の実装するために=)。

私の提案が理解され、実行されないにしても、少なくとも検討されることを望みます!!! 注意をありがとうございます。他にもいろいろとメリットがあるので......(もうひとつ、プログラマーへの質問も減るし、ベースができれば、みんな追加してくれるし......)。プログラマが少ないので、あなたのプログラムの配布は素晴らしい限界まで増加し、ほとんどすべてを望む人々やすべてである=)).そう、この人たちの一番大事なことは、「自分でプログラムを作りたいけど、時間的なダメージが少ないこと」「10~50人全員がGOODなプログラムを知っているわけではないだろう...」ということなんです。

追伸:ビジュアルC++やそれに類するビジュアルプログラミングのシステムは考慮に入れていません(もちろん類似性はありますが、初歩的な性格に過ぎません)。

 

ずっと開発者に聞いてみたかったんです!

MQL5の導入に伴い、MQL5用端末の

は、サーバー部分が変わるのでしょうか?

つまり、MT5はMT4サーバーと連動できるのか?

それとも、DEALINGがMT5用のサーバー部分を変更するのを待つ必要があるのか

...

をもう一つ質問します。

一部のプラットフォームでは、サーバー上の注文を検索できることが知られています。

端子接続をすることなく

は、サーバー部分の次のバージョンで実装されるのでしょうか?

 

MetaTrader 4とMetaTrader 5は全く別のプラットフォームです。あるプロジェクトの クライアント端末を別のプラットフォームのトレードサーバーに接続することはできません。

 
YuraZ >> :

そうなんだ!


開発者の哲学

彼はおそらく、できる限りのことをやってみたのでしょう。

何かを作ったり、問題を解決したりする前に、多くの文献を読みます。

--

職場の「レジ係」が、自分の仕事のことを何も知らないでいるとき

プログラムの書き方を教えてくれても、もちろん反応しません。

というのも、他のモジュールとの兼ね合いや、どれくらいの意味があるのかなどを考えることが多いからです。

レジ係は何も考えていない

彼の提案の背景には何があるのか(それが合理的かどうかはわからないが)。

データベースの構造を掘り下げて、すべてのサーバープロシージャを書き直さなければならないのです。

Я...ののしるしかし、私はこのやり方を批判したい。

.

悲しいことだが、愚かなCASHIERは、何よりもまず、「お客様」なのである。

また、プログラムはプログラマーが都合よく書けるように書かれているわけではありません。

また、ほとんどの場合、開発者が望むインターフェイスをサポートすることができます

(毎月のようにボタンを押すわけでもないのに、どうして欲しいものがあるのだろう)。

とレジの人が欲しがっているもの。

.

しかし、メッセンジャーは、残念ながら、プログラマーに「ブリッジパターンがある」と説明することはできない。

最大で10個のインターフェースをサポートすることができます。コードが正しいからです。

そして、プログラマーを選ぶことができない。そして、彼は与えられたものを受け取ることしかできないのです。

.

プログラムは通常、-フォーム-フォーム上のボタン-ハンドラ内のコードという流れで記述されます。

また、違う方法でやらなければならないと10回分わかっていても、あまりにも怠慢なのです。

そして、少なくとも図書館はそうしなければならない。低レベル、高レベル。

そして、問題も少なくなる。

.

ここで新年のご挨拶です。

新バージョンへの願いも込めて、「木が飛ばないように

インジケータとスクリプトのリストを持つツリーは、コンパイル後に飛んで行ってはならない。

現在位置の保存とどちらか

または、リストのインテリジェントな更新で - 数時間かかります。

.

残念...同志ロシュは私の純真さを微笑んでくれるだろう...。

.

そして、「開発者の哲学」全体が--MTのことではないのですが--。

というのは、基本的な常識が通用しなくなるときです。

 

テスターで可視化に関するチェックボックスを2つ追加してください。

可視化」チェックボックスは、「ティックによる可視化」という名前にします。

ローソク足の終値で可視化」「取引の始値・終値で可視化」のチェックボックスを追加しました。

つまり、チェックボックスではないんです。オプションは、ビジュアライゼーションの無効化と3つのアップデートオプションの4つのみです。

テストのスピードが上がります。

さて、「可視化」オプションを無効にすると、サブウィンドウの指標を更新するために、チャートウィンドウの上でマウスをもてあそび、プルダウンメニューから「更新」をクリックしなければならなくなります。

また、黒い背景に青い買いラインは視認性が悪いので、テスターで矢印/トレンドライン取引の注文色を調整したいです。