記事"連続的なウォークフォワード最適化（その6）:オートオプティマイザの論理部分と構造"についてのディスカッション

新しいコメント
 

新しい記事 連続的なウォークフォワード最適化（その6）:オートオプティマイザの論理部分と構造 はパブリッシュされました:

記事3と4以前、我々は自動ウォークフォワード最適化の作成を検討しました。 今回は、オートオプティマイザツールの内部構造について進めていきます。 この記事は、作成したプロジェクトをさらに稼働したい方、修正したい方はもちろん、プログラムのロジックを理解したい方にも役立つ内容となっています。 今回の記事では、プロジェクトの内部構造とオブジェクト間の関係を示すUML図を掲載します。 また、最適化開始までの過程が記述されていますが、オプティマイザの実装過程が記述されていない状態です。

さらに、アプリケーション起動時のオブジェクトの関係や作成プロセスを考えてみましょう。 これに先立ち、グラフィックレイヤーとその構成要素を考える必要があります。

  • AutoOptimiser (main window),
  • AutoOptimiserVM (view model),
  • IMainModel (model interface),
  • MainModel (Model),
  • MainModelCreator (static factory creating the data model).


図示した最初の5つのオブジェクトです。 AutoOptimiserクラスは、アプリケーションの起動時に最初にインスタンス化されます。 このクラスは、グラフィカル・インターフェースを作成します。 グラフィカルインターフェースの XAML マークアップには、ViewModel として動作する AutoOptimiserVM オブジェクトへの参照があります。 したがって、グラフィカルレイヤーの作成中に、AutoOptimiserVMクラスも作成されますが、グラフィカルレイヤーは完全に所有します。 このオブジェクトは、グラフィカル・インターフェースをデストロイした後、デストロイされるまで存在します。 "Composition "を介してAutoOptimiserクラス（ウィンドウ）と接続されており、オブジェクトの完全な所有権と制御を意味します。  

作者: Andrey Azatskiy

新しいコメント