Рефлексия и объявление типа

Есть класс который содержит пользовательский тип:
Дальше, уже в другом классе, получаем через рефлекcию доступ к полям MyClass. И тут вопрос: можно ли объявить тут переменную типа MyType?
Ну чтоб MyType x = что-то.GetValue();

0

navab, а стандартный атрибут [XmlType] не катит?

0

Psilon, катит конечно, я просто так гланды через ж##пу ищу второй день!
часть объектов реализует IXmlSerializable и все должно делаться через read\writeXml.

Grishaco, проблема в том, что IEnumerable<TEntity> Deserialize<TEntity>() мы не сможем написать.
Часть объектов реализует IXmlSerializable , часnь ICloneable, часть сторонние интерфейсы. Есть собственно базовае объекты, есть их наследники и есть списки как первых, так и вторых. И все это уже спроектировано, нельзя залезть и прикрутить свой интерфейс.

Сделал как и хотел, через рефлексию и обобщенные параметры десериализатора. Нулевая ссылка была потому, что помимо вызова конструктора, необходимо вызвать еще один метод, подготавливающий объект к работе (и не спрашивайте, почему он не вызывается в конструкторе))))

Короче, если кому надо - код приведу.

0

Сообщение от navab (и не спрашивайте, почему он не вызывается в конструкторе))))

Virtual member call in a constructor
When an object written in C# is constructed, what happens is that the initializers run in order from the most derived class to the base class, and then constructors run in order from the base class to the most derived class (see Eric Lippert's blog for details as to why this is).

Also in .NET objects do not change type as they are constructed, but start out as the most derived type, with the method table being for the most derived type. This means that virtual method calls always run on the most derived type.

When you combine these two facts you are left with the problem that if you make a virtual method call in a constructor, and it is not the most derived type in its inheritance hierarchy, that it will be called on a class whose constructor has not been run, and therefore may not be in a suitable state to have that method called.

This problem is, of course, mitigated if you mark your class as sealed to ensure that it is the most derived type in the inheritance hierarchy - in which case it is perfectly safe to call the virtual method.

0

lда не вызываются там никакие виртуальные методы к конструкторе. просто по доке к классу для создания объекта:
-конструктор типа new()
-дополнительный метод для инициализации данных.
код сгенеренный, видимо какие-то тонкости.

0

navab, все методы, реализующие интерфейсы - виртуальные

0