0

私が作成しているプロジェクトの新しいグラフィカル メニュー インターフェイスを作成しています。Windows API が提供するメニュー システムを使用したくないので、最初から作成したいと考えています。

私の質問は、構造をセットアップするための最良の方法は何ですか?

メニュー項目オブジェクトが必要になると考えています。それぞれに独自の項目配列リストなどが必要です...

そのような再帰的なコーディングを行うのは、ずさんだと考えられていますか? (つまり、それ自体のオブジェクトを含むオブジェクト、それ自体のオブジェクトを含むオブジェクトなど...)

項目オブジェクトに、null でない項目配列があるかどうかをチェックする描画インターフェイスを与えることができると考えています。存在する場合は、draw コマンドを最後まで実行し、(私の目的のために) 無制限のサブメニュー レベルを持つメニューを提供します。

4

1 に答える 1

2

私の意見では、あなたのアプローチは問題ありません。ほぼすべてのUIフレームワークでは、ビューには結局のところサブビューとしてビューが含まれています。

しかし、小さなプロジェクトでは、描画コードを書くのは大変な作業だと思います。QTなどのUIフレームワークの使用を検討し、そのビューメカニズムを出発点として使用します。フレームワークの汎用Viewクラスのサブクラスとなる独自のMenuクラスを作成できます。

于 2012-08-31T04:56:37.497 に答える