記事"グラフィカルインタフェース I: ライブラリストラクチャの準備(チャプター 1)"についてのディスカッション

MetaQuotes 2016.02.22 10:28

新しい記事グラフィカルインタフェース I: ライブラリストラクチャの準備(チャプター 1) はパブリッシュされました:

標準ライブラリは、詳細な説明を備えていません、そして、私の意見では、その構造がより良く設計されていますが、まだ考え通されていません。それに加えて、標準ライブラリは、グラフィカルインタフェースを作成するの必要な場合があるコントロールの多くが含んでいません。近代化と品質向上についての質問が発生した場合、どちらの実装も一から再構築する必要があると考えざるを得ません過去の記事では、私はすべての利点を収集しすべての欠点を解消する試みを行いました。

以前、私はコントロールに関する2つの簡単な入門記事を書きました：

これらは、手続きのスタイルで書かれており、MQLを知ることの目的を果たしています。今回は、オブジェクト指向の形で実現されるであろう、かなり大規模なプロジェクトの例をもって、より複雑な構造を示そうと思います。

読者がこれらの記事から得られること

このプロジェクトの目的は、エンドユーザーのために、最終的に直感的なインターフェイスを作成することです。これらのユーザインターフェースの開発者には、さらなる開発に使用できる、研究及び使用が容易なコードライブラリが提供されます。
オブジェクト指向のメソッドを使用しての大規模プロジェクト実施の最初のステップを踏み始めた開発者、またオブジェクト指向プログラミングを学び始めてた開発者は、始まりから実装にわたった多くの例から特定の研究材料を見つけるでしょう。
より多くの経験を積んだ開発者は。自分のアイデアを実現し始めるためのグラフィカルユーザインタフェースのライブラリのもう一つの実装を見つけるでしょう。選択肢があるとは良いことです。
同じようなライブラリを作成する能力があり所有しているであろう専門家のみなさんは、提案された実装を批判し挑戦することができます。彼らによるこのようなプロジェクトのより適切かつ効率的な実施アプローチの提案は、より経験の少ない読者に興味深いものになるでしょう。このような議論は時々記事そのものと同じくらい興味深いものです。

私はこの記事のシリーズで使用されるナレーションメソッドを「理想的なシーケンスの未遂模倣」と呼びました。多くの場合、実際の生活の大規模なプロジェクトの開発の過程で、シーケンシャルなアクションの順序と思考のラインは、より混沌であり、多くの実験、試行錯誤で構成されています。ここでは、これらすべての複雑性をスキップします。この規模のプロジェクトに初めてかかわるみなさんには、このライブラリの研究、及びその開発の過程のよりよい理解のためにすべてのアクションを繰り返すことが推奨されます。このシリーズの記事は、質問の大半にすべての答えがすでに存在しており、必要に応じて、プロジェクトのすべての部分が作成された理想的な順序で思考の流れを提示する機会を与えます。

図4色操作のためにCColorsクラスを含みます。

作者: Anatoli Kazharski

新しいコメント