Почему нельзя использовать GetType при кастинге?

Подумайте об этом таким образом::

• GetType() — это функция. Он возвращает объект.

  • You do not know what the type is, or you wouldn't need to ask :)

• Когда вы приводите объект, вы сообщаете КОМПИЛЯТОРУ, каков его тип.

Вы не можете одновременно спрашивать тип, что это такое, что происходит во время выполнения, и сообщать компилятору, что это такое во время компиляции, в одном и том же месте.

Я думаю, вы также можете думать о чем-то вроде GetType(String) как о ключевом слове. В этом примере понятнее:

  // Makes sense, we tell the compiler what the object is.  We could still get a 
  // *runtime* exception, if we were lying to the compiler.
  Dim car = CType(vehicle, Car); 

  // this doesn't make sense, since we don't know what is in "anObj"
  Dim anObj As Object = "(I don't know what it is, thats why it's an object)"
  Dim car = ctype(anObj, anObj.GetType() )

  // and this is the clearest, in vb.  you can see the type is being used kinda like
  // a keyword.  it won't change, but a call to GetType could
  If TypeOf anObj is Car Then
   ...

Во втором случае вы не знаете, что такое "anObj". С

GetType() не возвращает тип. Он возвращает экземпляр класса Type, который описывает тип во время выполнения. Однако экземпляр Type не заменяется там, где ожидается ссылка на тип времени компиляции (например, TryCast). Это просто разные вещи.

Подумайте об этом таким образом. TryCast имеет определенный тип результата времени компиляции. Если вы используете объект Type, полученный откуда-то еще (и он может быть условным с Random, так что вообще нет возможности предсказать результат во время компиляции), то каким должно быть время компиляции тип результата TryCast?

Нет абсолютно ничего плохого в том, чтобы «жестко закодировать» тип в вашем коде. Общая идея ООП-программирования (в частности, идея "программирования для интерфейса") в этом отношении заключается в том, что вы указываете класс, который наиболее обобщенно описывает то, что вам нужно делать. Например, если я пишу код, в котором я добавляю экземпляры UserControl в форму, где все эти экземпляры наследуются от базового класса, и мне нужна функциональность этого базового класса (вашего класса WizardUserControlBase), то это тип, который я будет использовать класс WizardUserControlBase для ссылки на мои элементы управления.

Что касается этого вопроса, ООП не означает отсутствие «жестко закодированных» типов (на каком-то уровне он ДОЛЖЕН быть жестко закодирован, даже если это просто Object, поскольку это все еще класс). Несмотря на это, я не совсем уверен, чего вы пытаетесь достичь (похоже, что вы пытаетесь), приведя его к своему собственному типу. Вы должны просто позвонить _wizardDialog.UIRoot.Controls.Add(wizardUserControl)