問題タブ [componentmodel]

使用する

いくつかのプロパティで構成されるクラス (別のクラスのプロパティ) の宣言。

このクラスのインスタンスを単純にロードします...

明らかに、コードでプロパティグリッドを手動で構築したくありません。その方法は知っています。

しかし、ここに問題があります。プロパティの値によっては、他の特定のプロパティが表示されないようにする必要があります。

プロパティ宣言の属性。

プロパティグリッドのすべての構築を手動で処理することなく、プログラムでこれを行う方法はありますか>

この属性の使用方法がわかりませんか？

フォーム/コントロールクラスの1つにサービスが追加されたときに、ビジネスロジックコンポーネントがサービスをクエリできるようにしようとしています。たとえばClientManager、ライブラリにビジネスロジックをカプセル化するクラスがあるとします。動作する必要のあるデータをクエリするILoginManagerインスタンスが必要です。

具体的なILoginManagerインスタンスは、たとえばシングルトンとしてWinFormsアプリケーションで作成されます。ClientManagerコンポーネントをフォームにドロップできるようにしたいと思います。これにより、ILoginManagerインスタンスをコンポーネントで自動的に使用できるようになります。

軽量コンテナに関するこの記事から私が理解していることから、GetServiceを使用することでこれを達成できます。

次に、GetServiceをオーバーライドしてインスタンスを返すコンテナーを作成します。

System.ComponentModel.Containerスタンドアロンソリューションとして、これは正常に機能しますが、デザイナーは常にデフォルトコンテナーを生成し、それにサービスを注入する方法がわからないため、これを設計可能なコントロールに統合する方法がわかりません。

MSDNのドキュメントでは、これらの概念を実際にどのように使用するかについて説明があいまいです。設計者にとって使いやすいComponentModelクラスを使用してこれを行う簡単な方法はありますか？

WPF ではなく、標準の WinForms で .NET C# を使用しています。

私はこのような状況にあります。.NET に似ていますが、もう少し機能を備えた月間カレンダーのユーザー コントロールを作成しています。日付を表すボタン オブジェクトでいっぱいのユーザー コントロール フォームがあります。ボタンは、状態 (選択、マウスオーバー、週末など) に応じて異なる色で色付けできます。

私がそれを機能させたい方法は、親（ユーザーコントロール）クラスから色を付けるのではなく、色を決定する状態を受け入れるようにボタンクラスを拡張することです。現時点では 10 色ありますが、ユーザー コントロール コードを色付け条件で台無しにしたくありません。

また、ブラウズ可能なデザイナー プロパティを使用して、デザイン時にすべての色を選択したいと考えています。問題は、デザイナーがユーザー コントロール クラスで定義されたプロパティのみを表示し、その子 (ボタン) を表示しないことです。

この問題の回避策はありますか? 簡単に言うと、ボタンの内部プロパティを使用して色を変更し、デザイナー プロパティを使用して、手動でハード コーディングするのではなく、デザイン時に色を選択できるようにしたいと考えています。

System.ComponentModel.Containerをシリアル化（バイナリ）することは可能ですか？

まず、これからお話しすることを言わなければなりませんSystem.ComponentModel.Component。

.NET Component Modelは (サイト サービスを介して) 個別の を定義する機能を提供するComponentsため、疎結合の方法で相互に通信でき、それぞれComponentを簡単に交換できることがわかります。

しかし、私のポイントは、そうでなければこれを達成できるということです。つまり、SWを正しいObject Oriented Programming方法で設計すればAbstract classes、Interfacesなどを使用して、言及されたすべての機能/相互運用性を達成できるということです。

では、なぜ、いつコンポーネント モデルに頼る必要があるのでしょうか?

IEditableObjectとIRevertibleChangeTracking（両方ともSystem.ComponentModel名前空間から）の違いは何ですか？最初のトランザクションは明示的なトランザクションをサポートしているように見えますが、2番目のトランザクションはより暗黙的ですが、最終的な結果は同じです。これをコードに実装するにはどうすればよいですか？現時点では、BeginEditで何もせず、 EndEditとCancelEditでそれぞれRejectChangesとAcceptChangesを呼び出します。私の問題は、これがBeginEditの前に行われた変更も受け入れることです。

それは本当にマイクロソフトが望んでいたことですか、それとも私は2つの相互に排他的なインターフェイスを実装しようとしていますか？

質問があります。ベース コントロールの一部の要素とカテゴリを非表示にすることは可能ですか (カスタム コントロールの場合)。定義したプロパティのみを表示したい。御時間ありがとうございます。

クラスがあります。ある時点で、System.ComponentModel...を使用してクラスのプロパティを[必須]に設定していました。

さて、私はこれが必要ないことに気づきました。必要なプロパティを削除しましたが、フォームをActionResultに送信しようとすると、フォームは投稿されず、TextBoxFor（theModelProperty）にデータが入力されるように強制しようとします。

「obj」フォルダ、「bin」フォルダ、およびソリューションの「クリーンアップ」を削除しました。まだ解決策はありません。

私は愚かな回避策をしたくありません、私は物事を正しくやりたいです。なぜこれが発生するのか考えてみてください。

そのため、ASP.NET MVC 3 と Entity Framework 4.1 (コード ファースト) を使用しています。

私はこのようなクラスを持っています:

範囲の検証は正しく実行されます。しかし、たとえば、Age 属性の範囲を変更したい場合があります。またはオフにすることもできます。Model クラスを変更せずにどうすればよいでしょうか? これをプログラムで作成することは可能ですか?