Помогите решить конкретную задачу связанную с шаблонами

@Bers · 07.10.2011, 17:18. **Показов** 1168. **Ответов** 1

Студворк — интернет-сервис помощи студентам

Такая задача: есть три класса, один простой, другой шаблонный, а третий - интерфейсный.
Простой класс и шаблонный - наследуются от интерфейса, и получают его в своё распоряжение.
Но простой класс юзает интерфейс одним способом, а шаблонный - другим. Как грамотно специализировать методы интерфейса для каждого класса?

1. TInterface<клиент> Интерфейс. Имеет кучу методов с дефолтными реализациями.
Не предназначен для самостоятельного существования.
Должен быть унаследован конкретными классами-клиентами.

2. Client Обычный класс клиент. Наследует интерфейс, и если нужно - переопределяет его поведение при помощи уточнения отдельных методов интерфейса

class Client : public TInterface<Client > {}; //принцип наследования интерфейса.

Теперь для TInterface<Client > можно специализировать хоть весь интерфейс,
хоть отдельные его методы

3. TClient<Parametr> клиент-шаблон. Тоже наследует интерфейс, и переопределяет его поведение.

//принцип наследования интерфейса.
template<class Parametr>
class TClient : public TInterface<TClient<Parametr> > {};

Но фишка в том, новое поведение интерфейса справедливо для любого <Parametr>
Как сделать так, что бы можно было один раз переопределить интерфейс для TClient<Parametr> ?
А не переопределять его каждый раз заного в ручную для каждого нового конкретного значения Parametr ?

Поясняю на конкретном примере:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
//////////интерфейс////////////////////
template <class classClient>
class TInterface
{
    public: Print(const string& text) const { cout << text; }
}
 
//////////обычный клиент//////////////
class Client: public TInterface<Client> {}
template<> TInterface<Client>::Print(const string& text) const { cout << "обычный класс-клиент: "<< text; }
 
//////////шаблонный клиент///////////
 template<class Parametr>
 class TClient : public TInterface<TClient<Parametr>  >  {}; 
 
 
template<> TInterface<TClient<int> >::Print(const string& text) const    { cout << "шаблонный класс-клиент<int>: "  << text; }
template<> TInterface<TClient<char> >::Print(const string& text) const { cout << "шаблонный класс-клиент<char>: "<< text; }

как сделать для:

template<> TInterface<TClient<Parametr> >::Print(const string& text) const { cout << "обычный класс-клиент: "<< text; } // ?????????

Мне пришло в голову только одно:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
//переопределяем весь класс интерфейса целиком для ситуации, когда клиент-шаблон
template<  class Parametr, template<class Parametr> class TClient >
class TIConsole< TClient <Parametr> >
{
     //копипастим весь интерфейс из базового TInterface<клиент>
     //Вот как сделать так, что бы не надо было хотя б копипастить?
     // Копипаста ж зло...
     //есть идея использовать препроцессор.... но это же варварство...
 
     public: Print(const string& text) const 
                { 
                      cout << "шаблонный класс-клиент<Parametr>: "  << text;   
                      Parametr obj; obj.Work();
                }
};

@Deviaphan · 07.10.2011, 18:09

Сообщение от Bers

Но простой класс юзает интерфейс одним способом, а шаблонный - другим.

Интерфейс на то и интерфейс, что одинаково всеми юзается...
Читаю дальше.

Добавлено через 7 минут

Сообщение от Bers

Как сделать так, что бы можно было один раз переопределить интерфейс для TClient<Parametr> ?
А не переопределять его каждый раз заного в ручную для каждого нового конкретного значения Parametr ?

C++
1
2
3
4
5
6
7
8
9
10
11
template< class T >
class TemplateBase : public TInterface<T>
{
    // определяешь стандартное поведение для шаблонных клиентов
};
 
// Шаблонных клиентов наследуешь от этого класса
template< class T>
TClient : public TemplateBase<T>
{
};

Добавлено через 4 минуты
А, не, ты не об этом...

Добавлено через 5 минут
А что мешает просто создать перегруженные функции (не методы) для каждого типа, которые вызываться через интерфейсные методы будут?
Т.е. вместо obj.Work() будет Work(obj), где Work вызывать из интерфейса.

Новые блоги и статьи Все статьи Все блоги /
Переходник USB-CAN-GPIO Eddy_Em 20.03.2026 Достаточно давно на работе возникла необходимость в переходнике CAN-USB с гальваноразвязкой, оный и был разработан. Однако, все меня терзала совесть, что аж 48-ногий МК используется так тупо: просто. . .	Оттенки серого Argus19 18.03.2026 Оттенки серого Нашёл в интернете 3 прекрасных модуля: Модуль класса открытия диалога открытия/ сохранения файла на Win32 API; Модуль класса быстрого перекодирования цветного изображения в оттенки. . .	SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .
[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .