他の人がMessageBox関数の呼び出しを一元化しようとすることにどのように対処するのか疑問に思っています。以前は(.net以外の言語で)コードのいたるところに長いテキストを埋め込む代わりに、システムおよびアプリケーションベースの「メッセージボックス」タイプのメッセージをデータベースファイルに入れ、実行可能ファイルに「焼き付け」ました。 .Netのリソースファイルによく似ています。プロンプト条件が発生した場合、私は次のようなものを呼び出すだけです
MBAnswer = MyApplication.CallMsgBox(IDUserCantDoThat)
次に、戻ったときにMBAnswerを確認します。たとえば、yes / no/cancelなどです。
データベーステーブルには、メッセージボックスのタイトル、表示されるボタン、実際のメッセージ、「これが発生した場合はヘルプデスクに連絡してください」などの後続の標準コメントに自動的に追加される特別なフラグなどがあります。 。この関数は、該当するすべての設定を使用してメッセージボックスを呼び出し、応答を返すだけです。これの大きな利点は、メッセージのすべての「コンテキスト」を1つの場所に配置し、定数を介して、ユーザーに表示されるメッセージを読みやすくすることでした。
同様のアプローチを行うために.Netに同様のシステムを持っている人はいますか、それとも.Net環境ではこれは悪い考えです。