記事"MQL5 クックブック: インジケーターサブウィンドウコンソールーボタン"についてのディスカッション - ページ 2

[Vasiliy Sokolov]

DC2008:

資料を準備するときにこの 記事を読んだのでしょうか？

OOPがなければ、MQL5で多かれ少なかれ複雑なインターフェイスを作成することはほとんど不可能です。この記事は主に初心者を対象としており、いわば基本に慣れ親しんでもらうためのものです。

もちろん一般的には、常にいくつかの解決策がある。誰かが1つを使い、誰かが別のものを使う。どれが良いとは言えない。しかし、他人の解決策を採用するのは常に難しい。あまりにも多くの疑問があり、その解決にかかる時間は、自分の解決策を作る時間を上回るかもしれない。だからこそ、私たちは自分たちのバイクを作り、それがベストだと考えているのだ。

[Anatoli Kazharski]

DC2008:

資料を作成する際、この 記事は読まれましたか？

はい、読みました。すべての記事を読みました。私見ですが、初心者にはとても難しい内容だと思います。少なくとも僕には理解するのが難しかった。特定の質問に対する答えを得る必要があるとき、すでにわずかな時間を費やしたくないことがあります。

だから私は、質問にはできるだけ簡単に答えるようにしている。プロは、もしそのアイデアが気に入れば、必要だと思うように簡単に書き換えるだろう。そして初心者は、自分の質問に対するできるだけシンプルな答えを見つけるだろう。

[TheXpert]

C-4:
そして、私は、彼らの製品にグラフィカル要素の標準ライブラリを 使用するプロの開発者は一人もいないのだろうか？

いい質問だ :)

[Sergey Pavlov]

tol64:

はい、読みました。すべての記事を読んだよ。僕の意見では、初心者にはとても複雑だと思う。少なくとも僕には理解するのが難しかった。時には特定の質問に対する答えを得る必要があり、ただでさえ少ない時間を費やしたくないこともある。

だから私は、質問にはできるだけ簡単に答えるようにしている。プロは、もしそのアイデアが気に入れば、必要だと思うように簡単に書き換えるだろう。そして初心者は、自分の質問に対する可能な限りシンプルな答えを見つけるだろう。

よろしい。では、タイマーを何に使うかは、初心者にも明らかなのですね？

[Andrey Khatimlianskii]

C-4:
プロの開発者で、自分の製品にグラフィカル・エレメントの標準ライブラリを 使う人はいるだろうか？

私は決してプロの開発者だとは主張しないが、これを 書くときにライブラリを使った：

瀧は苦しまなければならなかったし、MQのようなものは私の開発と並行して（サービスデスクからの要請で）その場で完成させたものだが、私に関する限り、それが正しい方法だ。

しかし、ここでホリディ・ディスカッションを始めるのはやめよう。）

[Vasiliy Sokolov]

komposter:

私は決してプロの開発者だとは言いませんが、これを 書くときにはlibaを使いました：

奇妙なことに、なぜiTCという ニックネームで仲間から売られているのだろう？

[Andrey Khatimlianskii]

C-4:
現実には、標準的なボタンは非常に滑りやすい制御要素であり、第一にフレームの色をサポートしていないため（それは非常に奇妙な理由ですが）、第二に、フレームの種類に応じてBORDER_FLAT、BORDER_RAISED視覚的に明らかにその場所の外に配置され、私はこれに加えて、ChartRedrawなしでその表示を変更するには、押下の状態に応じて色相を変更し、非常に遅いとは言っていない。現実には、Windows 3.11のように切り刻まれたインターフェイスを除いて、ボタンは、他の要素と比較して、任意の利点を与えることはありません。確かに、ボタンが押されているかどうかを示す特別なフィールドOBJ_SELECTEDがありますが、実際には、押されているかどうかのフラグを含む独自のオブジェクトOBJ_EDITを作成することに全く問題はありません。

それこそが、私がこのリブを使う目的なのだ。

もしAnatolyが標準的なバトンにカーソルを合わせたときのハイライトを作ったら、MQはそれをlibに追加しただろう。

現状では、たくさんのカスタムソリューションが散らばっていて、そのたびに新しいものを書いている（もちろん、自分の開発したものを使ってだけど）。

[Andrey Khatimlianskii]

C-4:
それは不思議だ。なぜiTCという 仲間が売っているんだ？

僕から注文しているからだよ。彼のプロフィールを読んで。

[Vasiliy Sokolov]

komposter:

私は決してプロの開発者だとは言いませんが......。

あなたがそうでないなら、誰がそうなのか私は知らない。ダナルド・クヌース？ビル・ゲイツ？

komposter:
なぜなら彼は私にそれを注文しているからだ。彼のプロフィールを読んでください。

今なら理解できる。しかし、唯一理解できないのは、あなたが作ったマーケットプレイスの代表的な商品をあなたが所有していないということだ。痛くないのか？

[Vasiliy Sokolov]

komposter:

しかし、ここでホーリーウォーを始めるのはやめよう。そのためのトピックはすでにいくつもある ;)

ところで、私自身はコードの再利用に 全力を挙げて賛成している。標準ライブラリの使用頻度は一つの指標であり、この指標はかなり低いと思うし、それにはいくつかの客観的な理由がある。しかし、これはむしろ別のスレッドの話題だ。というのも、プロジェクトのある段階で突然、ソリューションに何か特別なものが必要であることが判明し、既存のライブラリの中に独自のライブラリを作成する必要が出てくるからです。しかし、これはデータ整理クラスには当てはまらない。結局のところ、これらは標準的なストレージ・アルゴリズムであり、車輪を再発明する必要はない。