Тонкое различие в классах Delphi и C#
Feb. 26th, 2008 11:05 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
metaclassПишу параллельно на обоих языках и постоянно утыкаюсь в ШИЛО в системе типов.
В дельфи имя класса является указателем на его vmt, их можно сравнивать, проверять наследуемость, итд, и самое главное - его можно передавать всюду, где принимается суперкласс и правильность передачи проверяется при компиляции. Я это постоянно использую в таком стиле:
initialization
SomeProcessorFactory.RegisterClass(TDataClass,TDataProcessor);
SomeProcessorFactory.RegisterClass(TDataClass1,TDataProcessor1);
end.
тем самым привязывая к классу модели данных какой-либо специфический класс-обработчик(ORM, UI мапперы, всякую бизнес-логику итд). При необходимости фабрика по типу класса создает обработчик и вызывает его.
Кроме того, в дельфи есть виртуальные конструкторы и виртуальные статические методы.
В C# же на все случаи жизни есть один класс, описывающий классы: Type.
Получить его можно либо от текущего объекта как GetType(), либо по имени класса Type t = typeof(SomeClass);
Статической проверки что я передал правильный Type в функцию - нет. Только рунтаймовая типа такой:
if(!typeof(DataElementKind).IsAssignableFrom(DataElementKindType))
throw new ArgumentException("DataElementKind");
Статических виртуальных методов - нет. Виртуальных конструкторов нет.
Приходится обходить это все синглетонами. Которые в свою очередь приходится делать для каждого унаследованного класса.
Зато есть рефлекшн, которым это тоже можно обходить, но который все проверки опять же переносит в рунтайм. И есть возможность грузить классы по имени.
В дельфи имя класса является указателем на его vmt, их можно сравнивать, проверять наследуемость, итд, и самое главное - его можно передавать всюду, где принимается суперкласс и правильность передачи проверяется при компиляции. Я это постоянно использую в таком стиле:
initialization
SomeProcessorFactory.RegisterClass(TDataClass,TDataProcessor);
SomeProcessorFactory.RegisterClass(TDataClass1,TDataProcessor1);
end.
тем самым привязывая к классу модели данных какой-либо специфический класс-обработчик(ORM, UI мапперы, всякую бизнес-логику итд). При необходимости фабрика по типу класса создает обработчик и вызывает его.
Кроме того, в дельфи есть виртуальные конструкторы и виртуальные статические методы.
В C# же на все случаи жизни есть один класс, описывающий классы: Type.
Получить его можно либо от текущего объекта как GetType(), либо по имени класса Type t = typeof(SomeClass);
Статической проверки что я передал правильный Type в функцию - нет. Только рунтаймовая типа такой:
if(!typeof(DataElementKind).IsAssignableFrom(DataElementKindType))
throw new ArgumentException("DataElementKind");
Статических виртуальных методов - нет. Виртуальных конструкторов нет.
Приходится обходить это все синглетонами. Которые в свою очередь приходится делать для каждого унаследованного класса.
Зато есть рефлекшн, которым это тоже можно обходить, но который все проверки опять же переносит в рунтайм. И есть возможность грузить классы по имени.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2008-02-26 10:06 am (UTC)typeof(X) возвращал бы Type<X>, тогда в параметрах ты бы мог явно чекать
void SomeFunc(Type t) where T:SomeBase {}Интересная идея
Date: 2008-02-26 10:31 am (UTC)Re: Интересная идея
Date: 2008-02-26 10:33 am (UTC)Re: Интересная идея
Date: 2008-02-26 10:40 am (UTC)no subject
Date: 2008-02-26 10:34 am (UTC)void SomeFunc<T>(Type<T> t) where T:SomeBase {}no subject
Date: 2008-02-26 10:46 am (UTC)no subject
Date: 2008-02-26 11:05 am (UTC)no subject
Date: 2012-04-28 05:50 pm (UTC)попал на него из гугла благодаря вашему нику :)