C＃：スーパークラスはアップキャスト後にサブクラス情報を持っています

Question

私は2種類あります：BaseQuestionとQuestionです。 Questionは、BaseQuestionからいくつかのプロパティを継承します。今私はBaseQuestionを利用できるようにするWeb APIを作成しました。 Questionデータ型には、追加できないプロパティがあります。 Questionを取得するメソッドがあり、私の初期の計画は暗黙的にそれをBaseQuestionにアップキャストすることでした。私はそれが私がアクセス可能にしたくない、それを返すことができるすべての追加プロパティを失うと思った。 まあ、そうではありません。これは私が行うことです：

Question q = allQuestions[0]; 
BaseQuestion bq = q; 
string type = bq.GetType().ToString(); 

bqのタイプはまだ "質問"です。私はBaseQuestionのプロパティにアクセスすることはできませんが、私はまだデバッガでそれらを見ることができ、クライアントに送るJSON出力にあります。

私はどのようにしてbqをタイプBaseQuestionにすることができ、サブクラスで定義されているプロパティは持たないかについてのアイデアはありますか？

Answer 1

Typecastingはオブジェクトの性質を変更するものではなく、オブジェクトの表示のみを変更します。基本型に型キャストすると、実際のオブジェクトで定義されているものに関係なく、基本型で定義されたメンバしか見ることのできないフィルタを介してオブジェクトが参照されます。

Webサービスコールからオブジェクトを返すと、そのオブジェクトはシリアル化され、ワイヤを介して返される実際のオブジェクトです。そのすべてのシリアライズ可能なメンバーです。

派生したQuestionクラスのメンバーがAPI呼び出し元に返されないようにするために使用できる手法の1つは、Questionクラスで宣言されたメンバーの直列化を抑制することです。 .NETにはいくつかのシリアライゼーションサブシステムがありますが、XmlSerializationを使用している場合、XmlSerializationによってシリアル化されないように、[XmlIgnore]属性を使用してQuestionクラスで宣言されたメンバーをデコレートします。異なるシリアライゼーション・サブシステムを使用している場合、そのシステムでこれと類似したものを把握する必要があります。

もう1つの可能性は、Web APIサービスのインタフェース契約を定義することです。あなたのBaseQuestionとQuestionクラスは、それらの契約インタフェースの1つ以上を実装します。私はこれが実際のオブジェクトが何であるかにかかわらず、シリアル化を契約インタフェースで定義されたプロパティだけに制限すると考えています。

他のすべてが失敗した場合は、一時的なvarにBaseQuestionのインスタンスを作成し、実際のQuestionオブジェクトから関連するプロパティをtempオブジェクトにコピーし、tempオブジェクトを返します。これは無礼で原油であり、よりよい方法が必要ですが、それはうまくいくでしょう。

Answer 2

型キャストは、オブジェクト自体ではなく、オブジェクトへの参照の型のみを変更します。

.GetType()をQuestionのインスタンスで呼び出すと、それを参照する変数の型に関係なく、常にQuestionの型が返されます。

基本タイプを使用する場合は、そのタイプの.BaseTypeプロパティを呼び出す必要があります。

ので、このような何か：

string type = q.GetType().BaseType.ToString();