modelクラスの継承、省略方法は？

Question

###前提・実現したいこと
C#を使って、csvファイルを出力するプログラムを書いています。
ファイルの種類が多いので、種類ごとに出力する項目のModelClassを作ることを考えました。

###該当のソースコード

namespace CSVOutput.Models
{
	public class AModel
    {
		public string ProductNumber { get; set; }
		public string Color { get; set; }
		public string Size { get; set; }
		public string Price { get; set; }
		public string ProductName { get; set; }
	}

	public class BModel
    {
		public string ProductNumber { get; set; }
		public string Color { get; set; }
		public string ProductName { get; set; }
	}

	public class CModel
    {
		public string ProductNumber { get; set; }
		public string Size { get; set; }
		public string ProductName { get; set; }
	}
}

のようにcsvの出力ごとにclassを作る場合、

namespace CSVOutput.Models
{
	public class BASEModel
    {
		public string ProductNumber { get; set; }
		public string ProductName { get; set; }
	}

	public class AModel:BASEModel
    {
		public string Color { get; set; }
		public string Size { get; set; }
		public string Price { get; set; }
	}
	public class BModel:BASEModel
    {
		public string Color { get; set; }
	}

	public class CModel:BASEModel
    {
		public string Size { get; set; }
	}
}

のように継承して作るのはありでしょうか？

これはBASEModelに足していますが、継承して減らすことは可能でしょうか？
方法を教えてください。

###補足情報(言語/FW/ツール等のバージョンなど)
Visual Studio 2015 Pro, .NET Framework 4.6.2

Answer 1

クラスを継承してCSV毎にサブクラスを作成することは問題ないと思います。

クラスを継承する場合、基底クラスのメンバにアクセスできないようにする（meshkit様のおっしゃる減らすということ）はできません。
ただし、インテリセンスに表示させなくしたり、例外を投げるなどして事実上使えなくするということは可能です。
"C# 継承 隠す"などで検索していただければ、情報が見つかると思います。
※ "隠蔽"で検索するとC#では別の用語としてヒットしますので、お気を付けください。

Comments

[meshkit]

キーワードありがとうございます。ばっちりでした。
[BrowsableAttribute(false), EditorBrowsable(EditorBrowsableState.Never)]
public new object TestPropertyA
{
set
{
throw new Exception();
}

get
{
return null;
throw new Exception();
}
}
あたりでいってみます。

Answer 2

昔書いたちょい記事　Entity Frameworkのモデルファーストのちょいテク

継承は、コピペを上手に行っているというものなので、アリですよ。

これはBASEModelに足していますが、継承して減らすことは可能でしょうか？

菱形継承ってやつですね。インターフェースを使う。この記事を読もう。　インターフェースを「契約」として見たときの問題点

こういう感じにするのが正しいのですかね。この規模だと、労多くして・・という感じがしますがｗ

    namespace CSVOutput.Models
    {
        public class BASEModel
        {
            public string ProductNumber { get; set; }
            public string ProductName { get; set; }
        }

        public interface IColor
        {
            string Color { get; set; }
        }

        public interface ISize
        {
            string Size { get; set; }
        }

        public class AModel : BASEModel, IColor, ISize
        {
            public string Color { get; set; }
            public string Size { get; set; }
            public string Price { get; set; }
        }
        public class BModel : BASEModel, IColor
        {
            public string Color { get; set; }
        }

        public class CModel : BASEModel, ISize
        {
            public string Size { get; set; }
        }
    }

なお、CSVを書きだすなら、手前味噌ですが、これが便利ですよ。　Attributeを使って、IEnumerable<T>をTSV形式に変換する

Comments

[meshkit]

ありがとうございます。
規模は質問用のもので、実際にはもう少し大きいです。30変数＊10モデルくらいです。

modelに関して極めて有効なアドレスありがとうございます。
安心してmodel作れます。

インターフェースですが、ご示唆いただいた記事や、手元の書籍などを読み、すこし理解できてきました。
インターフェースの例で補足説明をお願いしたいです。
interface IColorでstring Color{get; set;}を定義したあと、(Interfaceは実装は別途行う必要があるので)、IColorを継承したAModelで、改めてpublic string Color{get; set;}を実装しています。
それなら、interface IColorを使わず、IColorを継承もせず、単にAModelでpublic string Color{get; set;}を実装したほうがシンプルに感じます。
わざわざIColorを実装するメリットはなにでしょう？
インターフェース初心者なので、いまいちピンときていないです。
補足していただけると幸いです。

あと、ということは、継承して減らすということはできないってことでしょうか。