一般的なフォームとは、デザイナー

Question

VS私は、基本クラス

internal partial class View<T> : UserControl 
    where T : class 
{ 
    protected T t; 
} 

を持っていると私は見る

internal partial class ViewChild<T> : View<T> 
    where T : class 
{ 
} 

それはOK作品から子供を導出したいが、私はVSのデザイナでViewChildを編集することはできません。私は問題が一般的な基本クラスであることを知っています。しかし、私はこの場合どのように回避できるのか分かりません。 これを修正する方法はありますか？

Answer 1

ジェネリックは、タイプなしでクラスをインスタンス化できないため、デザイナーを壊しますT。私は私のブログの記事では、回避策について説明します。要するに

http://adamhouldsworth.blogspot.co.uk/2010/02/winforms-visual-inheritance-limitations.html

を、あなたは中間のクラスとタイプを "解決" する必要があります。

• BaseControl<T> : UserControl
• CustomerControl_Design : BaseControl<Customer>
• CustomerControl : CustomerControl_Design

あなたca nはその後、条件付きDEBUGまたはRELEASEコンパイラのスイッチに基づいてコードのうち、このクラスを切り替える：

#if DEBUG 

namespace MyNamespace 
{ 
    using System; 


    public partial class CustomerEditorControl_Design : BaseEditorControl<Customer> 
    { 
     public CustomerEditorControl_Design() 
      : base() 
     { 
      InitializeComponent(); 
     } 
    } 
} 

#endif 

    public partial class CustomerEditorControl 
#if DEBUG 
     : CustomerEditorControl_Design 
#else 
     : BaseEditorControl<Customer> 
#endif 
    { 
    } 

これは残念ながら、あなたが設計することが可能になることはありません、あなたはCustomerControlの派生クラスを開くようになります署名のジェネリックによるUIコントロール私の解決策は、派生アイテムの設計のみを可能にすることです。

CustomerControl : BaseControl<Customer>がこの場合のように機能しない理由はわかりませんが、タイプTが定義されていますが、一般的な使用法のために推測していません。

Microsoftの防衛のために、これはサポートされていないと言います。

Answer 2

は別の方法があり、それはコンパイラフラグに依存しない：

http://wonkitect.wordpress.com/2008/06/20/using-visual-studio-whidbey-to-design-abstract-forms/

私は本当に、条件付きコンパイルの使用をお勧めしません。フレームワークで作業するほうがずっといいですし、フレームワークではありません。

基本的に、VSに既存のフレームワークを通して異なるクラスを与えることができます。あなたは、デザイナーとして別のクラスを使用するようにVSに指示するTypeDescriptionProvider属性を使って基本クラスを飾ります。

元のブログの投稿に記載されているように、この回避策に関連する警告があるかもしれませんが、共通の基本クラスを継承した> 25 UserControlsのプロジェクトでうまく機能しています。