Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > Общие вопросы по .NET и C# > Получение ссылки на объект из ссылки на интерфейс

Автор: 0leg 1.12.2006, 09:23

Если есть ссылка на интерфейс, можно ли по ней получить объект, реализующий этот интерфейс явным приведением типов?  Есть ли какие-то особенности в использовании этой ссылки? В частности, при сериализации полученного таким образом объекта?  Я этим пользуюсь, на первый взгляд вроде все работает. Но сериализации иногда не идет.  Пример кода:  Код    public interface IMy     {     .....     }     public class My: IMy     {     ..... реализация интерфейса IMy....     ..... собственные поля и методы .......     }     public class ClassA     {        public IMy Add(string Name)        {           My res = new My();           return My;        }     }          public class ClassB     {        public void Metod()        {           ClassA a = new ClassA();           // ТАК МОЖНО ??????????              My m = (My) a.Add("новый класс");        }     }

Автор: ivashkanet 1.12.2006, 10:37

Цитата(0leg @  1.12.2006,  08:23 )          // ТАК МОЖНО ??????????              My m = (My) a.Add("новый класс");  Можно, но если ты 100%   уверен, что нечто, которое реализовало интерфейс IMy, является объектом типа My или его потомком. Проверить это можно спросив: a.Add("новый класс").GetType().ToString() Но это нехорошая практика. Таким образом ты снимаешь все преимущества использования интерфейса IMy  Тебе все равно есть он или его нет Добавлено @ 10:38  0leg, лучший вариант проверить ---- забить в программу и глянуть выскочило ли исключение

Автор: 0leg 1.12.2006, 11:02

Цитата(ivashkanet @  1.12.2006,  10:37 ) Но это нехорошая практика. Таким образом ты снимаешь все преимущества использования интерфейса IMy  Нет, я не снимаю преимущества IMy! У меня есть две библиотеки - в одной объявлен набор интефейсов, в другой - классы, реализующие эти интерфейсы. Причем методы этих классов в качестве параметров иногда возвращают интерфейсы. И эти же самые методы используются для общения классов между собой. Примерно так: Код // ============== БИБЛИОТЕКА КЛАССОВ 1 ===================== interface IMy{...}; interface IClassA {   IMy Add(string Name);   ... }; interface IClassB{...}; // ============== БИБЛИОТЕКА КЛАССОВ 2 =====================    public class My: IMy     {     ..... реализация интерфейса IMy....     ..... собственные поля и методы .......     }     public class ClassA: IClassA    {        public IMy Add(string Name)        {           My res = new My();           return My;        }     }          public class ClassB: IClassB    {        public void Metod()        {           ClassA a = new ClassA();           // МНЕ НАДО ПОЛУЧИТЬ ИМЕННО КЛАСС, а другой Add писать неохота          My m = (My) a.Add("новый класс");        }     }

Автор: ivashkanet 1.12.2006, 11:30

0leg, ты черезчур увлекся интерфейсами. IClassA и IClassB --- явно лишнее. Тоже самое, ИМХО, с IMy. Что тебе мешает сделать просто классы    Интерфейсы нужны только для того, чтобы дать классу второго (третьего,...) родителя или добавить классу некую функциональность, которая так же может быть реализована и в других (совсем посторонних класса). Но только в этом случае   У тя явный перебор

Автор: 0leg 1.12.2006, 12:24

Цитата(ivashkanet @  1.12.2006,  11:30 ) Интерфейсы нужны только для того, чтобы дать классу второго (третьего,...) родителя или добавить классу некую функциональность, которая так же может быть реализована и в других (совсем посторонних класса).Но только в этом случае  У тя явный перебор    я не говоил, что интерфейсы IClassA и IClassB будут реализовываться однократно. У них будет несколько вариантов реализации - для каждого варианта своя библиотека. И вполне возможно, реализующие классы будут иметь еще одного родителя (кто их знает?) По поводу приведения типов - спасибо, дело  оказалось в другом. Щас наверно новый топик забубеню...

Автор: ivashkanet 1.12.2006, 12:27

Цитата(0leg @  1.12.2006,  11:24 ) я не говоил, что интерфейсы IClassA и IClassB будут реализовываться однократно Последний вопрос и я от тебя отстану: Классы, реализующие интерфейс IClassA, имеют другого родителя или нет?

Автор: mr.DUDA 1.12.2006, 12:34

0leg, а что не сериализуется ? И какой способ сериализации используется (бинарная, XML ?). Надо бы пример кода.

Автор: 0leg 1.12.2006, 13:17

Цитата(ivashkanet @  1.12.2006,  12:27 ) Классы, реализующие интерфейс IClassA, имеют другого родителя или нет? нет, не имеют. Предлагаешь абстрактные классы? Я книжку читал - "полный справочник C# Шилдта" (правда он далеко не полный...), там написано:  "Если вы полностью описываете действия класса и не нужно уточнять как он это делает, следует использовать интерфейс. Если требуется включить в описание детали реализации - имеет смысл использовать абстрактный класс". Цитата(mr.DUDA @  1.12.2006,  12:34 ) 0leg, а что не сериализуется ? И какой способ сериализации используется (бинарная, XML ?). Надо бы пример кода. сриализация Xml, но уже понял что дело не в ней. Класс, котрый пытаюсь серить какой-то кривой. Сделаю щас тему другую... (если еще не надоел   )

Автор: ivashkanet 1.12.2006, 13:31

Цитата(0leg @  1.12.2006,  12:17 ) нет, не имеют. Предлагаешь абстрактные классы? Скорее всего да  И, возможно, не абстрактные, а вполне реальные  Все зависит от того, что умеет должен уметь делать твой класс. Можно его код сюда получить?

Автор: 0leg 1.12.2006, 14:15

Цитата(ivashkanet @  1.12.2006,  13:31 ) Можно его код сюда получить? список интерфейсов(особое внимание на методы Add): Код public interface IDatabase     {         void Initialize(IClassList ClassList);         void Connect(string ConStr, string UserName, string Password);         bool TestConnect(string ConStr);         void Disconnect();         void Install(string ConStr);         void Uninstall(string ConStr);         bool Connected { get;}         string Name { get;}         string Description { get;}         IObjects Objects { get;}         IUsers Users { get;}         IUserGroups UserGroups { get;}     }     public interface IObjects     {         int Count { get;}         IObject this[int ind] { get;}         IObject Add(string Name, Type Class, bool IsGroup);         void RemoveAt(int Index);         void Remove(IObject Obj);         void Clear();     }     public interface IObject     {         bool IsGroup { get;}         int Id { get;}         int Ord { get;set;}         int ParentId { get;set;}         string Name { get;set;}          string Code { get;set;}         string ClassName { get;}         Type ClassType { get; }         object Load();         void Save();                  UserRights GetRights(int UserGroupId);         UserRights SetRights(int UserGroupId);     }     public interface IUsers     {         int Count { get;}         IUser ActiveUser { get; }         IUser this[int ind] { get;}         IUser this[string Name] { get;}         IUser Add(string Name);         void DeleteByInd(int Index);         void DeleteById(int Id);         void Clear();     }     public interface IUser     {         int Id{ get;}         int Ord { get;set;}         string Name{ get;set;}         byte[] Password { get;set;}         IUserGroup Group { get; }         int GroupId{ get;set;}             bool Enabled{ get;set;}         bool AllowDelete{get;}         bool Active { get; }         }     public interface IUserGroups     {         int Count { get;}         IUserGroup this[int ind] { get;}         IUserGroup this[string Name] { get;}         IUserGroup Add(string Name);         void DeleteByInd(int Index);         void DeleteById(int Id);         void Clear();     }     public interface IUserGroup     {         int Id { get;}         int Ord { get; set;}         string Name { get; set;}         bool Enabled { get; set;}         bool AdmRights{ get; set;}         bool AllowDelete{ get;}             UserRights DefRightsForGroups { get; set;}         UserRights DefRightsForObjects { get; set;}         UserRights DefRightsForChannels { get; set;}     }     public enum UserRights     {         None = 0,         View = 1,         Full = 2     } Добавлено @ 14:29  Сверхзадача такая: нужен доступ к БД любого типа, хранящей объекты любого типа в виде древовидного списка (объекты с IsGroup=true могут содержать другие объкты). Если есть замечания по "Всему Этому" вцелом, рад буду выслушать.

Автор: ivashkanet 1.12.2006, 15:59

0leg, что я могу сказать. Конечно нужно делать абстрактные классы (если у тебя будет несколько юзеров разного типа) или реальные (если класс юзер будет единственный). Почему: На примере класса User: Код     public interface IUser     {         int Id{ get;}         int Ord { get;set;}         string Name{ get;set;}         byte[] Password { get;set;}         IUserGroup Group { get; }         int GroupId{ get;set;}             bool Enabled{ get;set;}         bool AllowDelete{get;}         bool Active { get; }         } ID, Ord, Name, ... --- зачем каждый раз реализовывать свойство ID в классе, если реализация будет всегда одна и та же? Врядли что-то из этих полей будет реализовываться по разному    Но даже если будут, то можно будет сделать их virtual Все остальное аналогично

Автор: 0leg 1.12.2006, 22:08

Цитата(ivashkanet @  1.12.2006,  15:59 ) ID, Ord, Name, ... --- зачем каждый раз реализовывать свойство ID в классе, если реализация будет всегда одна и та же?Врядли что-то из этих полей будет реализовываться по разному   Но даже если будут, то можно будет сделать их virtual Все-равно нечуствую преимуществ абстрактных классов  . Да, эти поля реализуются просто, например так: Код public class ImpUser: IUser {     int fId;     int fOrd;     public int Id     {         get { return fId; }     }     public int Ord     {         get{return fOrd;}     }          ................................ } Но если я реализую это в базовом классе, то его наследникам придётся напрямую обращаться к полям fId, fOrd для установки значений свойств. Это явно усложняет структуру класса-наследника. Теперь при реализации класса-наследника разработчику нужно знать не только какие свойства были унаследованы, но и переменные, в которых храняться значения этих свойств. з.ы. как тут табуляцию в код вставлять? ctrl+c, ctrl+v ?

Автор: ivashkanet 1.12.2006, 23:13

Цитата(0leg @  1.12.2006,  21:08 ) Все-равно нечуствую преимуществ абстрактных классов В самом деле не чувствуешь    Вся прелесть базового класса заключается в том, что тебе не надо реализовывать то, что было реализовано в базовом Пример: Код     public class BaseClass     {         protected int fId;         protected int fOrd;         public int Id         {             get { return fId; }         }         public virtual int Ord         {             get { return fOrd; }         }     }     public class MyClass: BaseClass     {              } В классе MyClass мы не написали ни одной строчки, но он у него есть все атрибуты базового класса. У него есть свойства Ord и Id, поля fId, fOId. Так как будто их определили в этом классе. Таким образом мы можем заранее реализовать всю общую функциональность в базовом классе.  И далее не заботиться о ней, а работать реализовывать только с новую функциональность класса. Мы даже можем переопределить свойство Ord (если нужно). В случае же с интерфейсами нам приходиться делать всю работу с нуля. Пример: При работе с формой в VS мы наследуемся от от базового класса Form. Только представь, что бы было, если бы этот класс был бы интерфейсом.

Автор: 0leg 2.12.2006, 17:39

Цитата(ivashkanet @  1.12.2006,  23:13 ) В самом деле не чувствуешь зараз адчуў !!!   После глубокого внутреннего самоанализа обнаружил у себя нездоровую привязанность к интерфейсам. Спасибо. p.s. Не заставляйте детей программировать COM-объекты!

Автор: ivashkanet 2.12.2006, 18:14

Цитата(0leg @  2.12.2006,  16:39 ) Спасибо. Не за что  Заходи еще    Цитата(0leg @  2.12.2006,  16:39 ) зараз адчуў !!! Аааа, земляк

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)