Добрый день,

то ли у меня какие то проблемы с понятиями template, то ли проблемы у Visual Studio.
Почему этот код не компилируется? В чем проблема? Или микрософт решила что шаблоны нужно поддерживать но не до конца. В чем дело, не могу понять.



заранее спасибо


Это сообщение отредактировал(а) azesmcar - 25.11.2007, 13:45

замени 
p = new T();
на
p = default(T);
и будет тебе щасте

error CS1031: Type expected

Если просто прочитать то, то говорит компилятор - возникает простое желание написать:


Что означает, что мы требуем что бы параметр T имел паблик-конструктор без аргументов.

то же самое..а вообще, что за извращение? какого черта он проверяет что-то? Даже если я не вызываю функци CreateP.
Может мне в дальнейшем понадобиться еще функцию Clear() вызвать к примеру для одного из моих классов. Мне и ее прописать наверху? А где мощь шаблонов C++?

Добавлено через 6 минут и 56 секунд


вот так сработало 


а как заставить его к примеру работать для string -а ?? Нужна к примеру функция String.IsAscii()


что еще надо сверху добавить?

Это сообщение отредактировал(а) azesmcar - 25.11.2007, 14:08

azesmcar, создавай объект с помощью new и исполдьзуй where new. default в дженериках (как только что посмотре в МСДН   ) обозначает для референс-типов просто null 


Ну не её, а интерфейс соответствующий по идее.


В С++. А в С# - мощь дженериков C# 

а как это если не секрет?

пробовал так


говорит error CS0701: 'string' is not a valid constraint. A type used as a constraint must be an interface, a non-sealed class or a type parameter.

А что ему надо то?

Он же откровенно признался:

Form он принял, а string нет..видимо string - sealed class.

честно говоря не проверял..надо проверить 

проблема во всяком случае решена, спасибо

Упс. Не заметил :(

Я не пойму - тебе нужны конкретно System.String? Тогда зачем дженерики? Если же нужно нечто с IsAscii (кстати, разве такое есть в System.String   ) - объявляй свой интерфейс. Для имеющихся классов с таким методоам - если надо, создавай адаптеры (если нет возможности изменить сам этот класс, или есть какие-то причины, не позволяющие это делать).

Добавлено через 1 минуту и 24 секунды

Я чего-т не пойму - у тебя МСДН нету? Да и в любом случае по метаданным string-а VS в состоянии разрулить и показать его объявление. В частности sealed.

azesmcar, генерики и шаблоны - это разные понятия. Никто нигде не говорит, что генерики - это шаблоны, а шаблоны - это генерики. А если кто-то и говорит - значит он не знает предмета вопроса.

С таким же успехом можно говорить, что int - это тот же string, но другой... А что, разве не так? 
Ведь и int, и string - это же типы данных? Ну, значит, одно и то же.
Или говорить, что массивы и перечисления - одно и то же... 

ну а отвечать на вопросы


ИМХО вряд ли нужно и не полезно.... Нужно сначала почитать, что такое генерики вообще.

Как знающему (как я полагаю) С++, могу предложить тебе, azesmcar, почитать 
Overview of Generics in C++ 
или стандарт ECMA-334

вопросы отпадут сами собой.
----------------------------------------------------------------------------------------------------------------------------------------

какой интерфейс? String поддерживает какие-нибудь интерфейсы, определяющие метод IsAscii() ?


============================================================================
P.S. Ну вы и поститесь, господа.... Как в чате.... Когда вы только ДУМАТЬ успеваете?   

Это сообщение отредактировал(а) tol05 - 25.11.2007, 14:58

Насчёт IsAscii конкретно:


Я говорил про другое (более общее):

Имеем sealed-класс, с некоторым методом someMethod. Хотим юзать его и кучу других классов с методом someMethod как параметр дженерика. Пишем интерфейс с этим меотдом, для своих классов указываем, что мол реализуем сей интерфейс, для не своих пишем адаптеры (реализующие этот интерфейс и имеющие паблик-конструктор с параметром типа адаптируемого класса). Так лучше? 


What is it?   

Если я правильно понял, ты имеешь в виду что-то типа следующего?

делаем

Да, это вариант, но ИМХО хлопотно.

и если классов будет 40-50, то картинка будет неказистая вообще. А через месяц нужно добавить какой-то функциональности в одну треть классов и для них тоже в генерике этот функционал вызывать. 
Что делать? Писать еще один интерфейс. Апгрейдить классы по новой. И какие? Только дорабатываемые или все? В остальных писать просто заглушки?

ИМХО проще реализовать нужный метод в самом генерике. А результаты работы этого метода будут зависеть  от реального типа, на котором построен генерик. И код проще будет, и типы подставлять легче.

Это классические адапторы  Иногда нет другого выхода. Вообще, предлагаю закончить обсуждение - автор доволен, вопрос решён