0

給与を処理する従業員向けに、かなり単純なWindowsアプリケーションを構築しようとしています(現在はvbscriptと端末の組み合わせです)。ロジックはほとんど解決されていますが、複数の画面(ログインなど)を持つWindowsフォームアプリケーションを構築するための最良の方法を見つけようとしています。私はこれにTabControlコンテナを使用してきましたが、これが正しいかどうか、または「一般的」かどうかはわかりませんでした。

これが通常行われていることである場合、タブのコンテンツは一般にUser Controlオブジェクトで構成されていますか、それともタブ上の異なるレイアウトで埋められていますか?

コーディングの面で多くの助けが必要なのではないかと思いますが、通常、ビジュアルデザイナーでは「GUI」がどのように配置されているのでしょうか。

編集:私が構築する必要がある画面の基礎を提供するためだけに。私は現在、ログイン画面と、ユーザーが2つの異なるタイプの売掛金を処理し、特定の売掛金が機能するようにガイドする3つの画面を用意することを計画しています。主に2つのユーザータイプがあります。給与を処理するものと売掛金の仕事を行うもの。これを簡単に拡張できるようにしたいと思っています。そうすれば、より多くの機能を組み込むときに、画面を追加して表示できるユーザーを制限するのは大きな苦痛ではありません。

4

1 に答える 1

0

私がやったことは、質問で示唆されているように「ログイン画面」を削除することです。ログイン画面とそれに対応するロジックが必要になる代わりに、ActiveDirectoryサーバーとの統合を行うことになりました。

この統合が完了したら、画面をUserControl要素として設計し、ユーザーが特定のグループに属しているかどうかに基づいて、各画面をタブに追加します。

これを行うことで、ロジックを含む重いメインフォームを持つという私の主な懸念が解決されました。現在、メインフォームの唯一のロジックは、ActiveDirectoryグループに基づいてタブを追加するかどうかです。

于 2012-11-19T21:32:56.177 に答える