Модераторы: Daevaorn
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> dllexport и шаблон 
V
    Опции темы
17dufa
Дата 30.11.2009, 12:34 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 324
Регистрация: 2.3.2006

Репутация: 3
Всего: 5



имею
Код

template<class T>
class __declspec(dllexport) MyList
{
.....
};
class __declspec(dllexport) SList : public MyList<S>
{
....
}

определение структуры S находится в общем для dll и app хедере. Фишка в том, что класс SList app видит, а вот унаследованные им от MyList public методы нет (код компилится, но не линкуется). Пробовал в public секцию SList писать using MyList<S>::member - не помогло. Сейчас просто продублировал в SList необходимые мне методы, вызывая в них методы предка, но это не решение, а костыль в чистом виде.
Чтобы такого сделать, чтоб обойтись без костылей?
PM MAIL   Вверх
xvr
Дата 30.11.2009, 16:39 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Комодератор
Сообщений: 7046
Регистрация: 28.8.2007
Где: Дублин, Ирландия

Репутация: 60
Всего: 223



Цитата

Чтобы такого сделать, чтоб обойтись без костылей? 
Увы, ничего. По правилам С++ member'ы шаблона, которые не используются вообще не компилируются. 
Хотя нет, можно их сделать виртуальными, тогда откомпилируются  smile 
PM MAIL   Вверх
bsa
Дата 30.11.2009, 17:26 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Модератор
Сообщений: 9185
Регистрация: 6.4.2006
Где: Москва, Россия

Репутация: 63
Всего: 196



17dufa, поэтому умные люди и рекомендуют не наследовать шаблонные классы, а пользоваться агрегацией.
PM   Вверх
17dufa
Дата 30.11.2009, 18:49 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 324
Регистрация: 2.3.2006

Репутация: 3
Всего: 5



xvr, мемберы, которые не линкует app, используются в dll.

bsa, то есть в m потомках написать m*n функций вида 
Код

MyStruct GetItem(int i){return m_List.GetItem(i);}

и прочих не более нагруженных семантикой?

Слышал, что експортировать специализированные шаблоны намного проще, вопрос тогда звучит так: как специализировать шаблон таким интересным образом, чтоб использовалась неспециализированная версия?
то есть есть код:
Код

template<class T>
class List
{
private:
std::vector<T> items;
public:
T GetFirst(){return items.at(0);}
};

как специализировать этот шаблон например для int, чтоб не писать все заново? что-нить в духе:
Код

template<> List<int>{/* ????? а вот здеся ниче не писать, чтоб взялось из List<T> */};


Это сообщение отредактировал(а) 17dufa - 30.11.2009, 19:01
PM MAIL   Вверх
xvr
Дата 30.11.2009, 19:04 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Комодератор
Сообщений: 7046
Регистрация: 28.8.2007
Где: Дублин, Ирландия

Репутация: 60
Всего: 223



В MSDN такое написано:
Цитата


Because of a change in behavior introduce in Visual C++ .NET to make the application of dllexport more consistent between regular classes and specializations of class templates, if you apply dllexport to a regular class that has a base class that is not marked as dllexport, the compiler will generate C4275.

The compiler generates the same warning if the base class is a specialization of a class template. To work around this, mark the base-class with dllexport. The problem with a specialization of a class template is where to place the __declspec(dllexport); you are not allowed to mark the class template. Instead, explicitly instantiate the class template and mark this explicit instantiation with dllexport. For example:

template class __declspec(dllexport) B<int>;
class __declspec(dllexport) D : public B<int> {
// ...

This workaround fails if the template argument is the deriving class. For example:

class __declspec(dllexport) D : public B<D> {
// ...

Because this is common pattern with templates, the compiler changed the semantics of dllexport when it is applied to a class that has one or more base-classes and when one or more of the base classes is a specialization of a class template. In this case, the compiler implicitly applies dllexport to the specializations of class templates. In Visual C++ .NET, a user can do the following and not get a warning:

class __declspec(dllexport) D : public B<D> {
// ...



PM MAIL   Вверх
17dufa
Дата 30.11.2009, 19:18 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 324
Регистрация: 2.3.2006

Репутация: 3
Всего: 5



xvr, спасибо.
код
Код

template<class T>
class __declspec(dllexport) MyList
{
.....
};

template class __declspec(dllexport) MyList<S>;
class __declspec(dllexport) SList : public MyList<S>
{
....
}

работает. В смысле app линкуется.

Это сообщение отредактировал(а) 17dufa - 30.11.2009, 19:20
PM MAIL   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "С++:Общие вопросы"
Earnest Daevaorn

Добро пожаловать!

  • Черновик стандарта C++ (за октябрь 2005) можно скачать с этого сайта. Прямая ссылка на файл черновика(4.4мб).
  • Черновик стандарта C (за сентябрь 2005) можно скачать с этого сайта. Прямая ссылка на файл черновика (3.4мб).
  • Прежде чем задать вопрос, прочтите это и/или это!
  • Здесь хранится весь мировой запас ссылок на документы, связанные с C++ :)
  • Не брезгуйте пользоваться тегами [code=cpp][/code].
  • Пожалуйста, не просите написать за вас программы в этом разделе - для этого существует "Центр Помощи".
  • C++ FAQ

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Earnest Daevaorn

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | C/C++: Общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.0577 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.