Здравствуйте, VladD2, Вы писали:
VD>Если только пробежаться по списку и отфильтровать вручную (из внешних сборок это будут наследники ExternalTypeInfo).
А как тогда создать объект только в моей сборке ?
tb.Manager.CoreEnv.Define жалуется что объект уже есть , потому что он в другой сборке
Здравствуйте, _NN_, Вы писали:
_NN>А как тогда создать объект только в моей сборке ?
_NN>tb.Manager.CoreEnv.Define жалуется что объект уже есть , потому что он в другой сборке
Ну, дык этого действительно сделать нельзя. А зачем создавать дубликат?
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, _NN_, Вы писали:
_NN>>А как тогда создать объект только в моей сборке ?
_NN>>tb.Manager.CoreEnv.Define жалуется что объект уже есть , потому что он в другой сборке
VD>Ну, дык этого действительно сделать нельзя. А зачем создавать дубликат?
Это не дубликат.
Хочется создать такой же тип но в своей сборке, даже если он объявлен в чужой.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, _NN_, Вы писали:
_NN>>Это не дубликат. _NN>>Хочется создать такой же тип но в своей сборке, даже если он объявлен в чужой.
VD>Какое-то мазохистское желание. Ничего кроме проблем ты от этого не получишь.
VD>Создай типы в другом нэмспэйсе.
С точки зрения рантайма ничего криминального в этом нет.
Например LinqBridge создает у себя System.Action, System.Func.
Но вот невозможность создать и получить типы в конкретной сборке это недоработка.
Здравствуйте, _NN_, Вы писали:
_NN>С точки зрения рантайма ничего криминального в этом нет. _NN>Например LinqBridge создает у себя System.Action, System.Func. _NN>Но вот невозможность создать и получить типы в конкретной сборке это недоработка.
Согласен, что это недоработка. Надо делать алиасы как в шарпе. Но на практике это баловство. Как я уже сказал, просто создай другой неймстэйс.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.