Данные-члены шаблоны

[pproger]

2_Bers

Дано: Есть класс, имеющий шаблонный метод.
Требуется: в хэдере класса только прототипы методов, реализации - в cpp

на это я тебе ответил в своем первом посте.

метод Connect класса CTest не удовлетворяет ТВОИМ ЖЕ ВЫШЕНАЗВАННЫМ УСЛОВИЯМ.

на второй вопрос ты не ответил

Gen_Declarate(void, Work)(Gen_ptr);

что это за хрень?

[_Bers]

А вот, люди добрые, подсказали более интересное решение.
Я бы сказал, это уже на целый паттерн тянет. Красиво придумано))

Это вот как раз пример того, что я и искал:

//Поставщик услуг теперь выглядит очень маленьким. 
//В нем больше нет ничего лишнего. Он никак не связан с потребителем.
// И даже не подозревает о его существовании.

#ifndef CWorker_h
#define CWorker_h

#include "ConstCode/Macross/AssertMessage.h"

class CWorker
{
public:
    CONTRACT(MYXA); //проверку контракта все равно оставил, 
                    //дабы что ни попадя ничайно через template не пробралось
    void Work();            
     int Work2(int val1, int val2);    
};
#endif

//Реализация потребителя:
#include "CWorker.h"
#include <iostream>

void CWorker::Work() { std::cout<< "Победа!\n"; }
int CWorker::Work2(int val1, int val2) 
{ 
    std::cout<< "Val1 = "<< val1<<"Val2 = "<< val2<<std::endl;
    return val1*2; 
}

Потребитель:
#ifndef CTest2_h
#define CTest2_h

#include "ConstCode/Macross/AssertMessage.h"

#include "TConnector.h"  //Альтернатива макросам. 
                                  //Не содержит деталей реализации.

//Коннектор - вещь, которая тянет на целый паттерн ИМХО.
//Прост и тривиален, он позволяет прятать любые шаблоны.

class CTest2
{
public:
    ~CTest2();
public:
    template<class tAgent>  void Connect(tAgent& val)      
    {   
        CHECK_CONTRACT(val, MYXA); //проверку контракта все равно оставил, 
                                   //дабы что ни попадя ничайно через template не пробралось
        
        pConnect = new TConnector<tAgent>(val); //путь пока так будет
    }
public:
    void Work(); 
private:
    IConnector* pConnect;  //а вот теперь самое прикольное.
};

//реализация потребителя.
//Видно, что благодаря коннектору, обычные методы класса получили возможность
//толкать методы поставщика услуг

#include "CTest2.h"

CTest2::~CTest2()   {  delete pConnect;  pConnect=0; }
void CTest2::Work() {  pConnect->Work(); pConnect->Work2(33,45); }

Ну и самое вкусное:

#ifndef TConnector_h
#define TConnector_h

//Идея пренадлежит Try с GameDef
//01.02.2012

class IConnector 
{  
public: 
    virtual void Work() = 0; 
    virtual int Work2(int val1, int val2)=0;    
};

template<class tOwner>
class TConnector:public IConnector
{
public:
    TConnector( tOwner& Owner ): pOwner(&Owner){}
public:
    void Work() {   pOwner->Work(); }
    int Work2(int val1, int val2) {  return pOwner->Work2(val1, val2); }
private:
    tOwner* pOwner;
};

#endif

Осталось допилить его малость. Можно проверку контракта перенести в сам коннектор. Ну и тп

[_Bers]

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

2_Bers
на это я тебе ответил в своем первом посте.

Твой ответ не содержал решения задачи.

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

метод Connect класса CTest не удовлетворяет ТВОИМ ЖЕ ВЫШЕНАЗВАННЫМ УСЛОВИЯМ.

Мне не удалось полностью убрать реализацию шаблонного метода. Однако, мне удалось извлечь из него все подробности того, для чего и как вообще будет поставшик услуг использован.

Другими словами, в таком виде, шаблонный метод уже ничего не расскажет о деталях реализации класса в целом.
Ничего не расскажет, для чего понадобился поставщик услуг.

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

на второй вопрос ты не ответил

Gen_Declarate(void, Work)(Gen_ptr);

что это за хрень?

Это макрос обычный. Подставляет тексты туда сюда. Поскольку код возникает только времени компиляции, ассистенты их не палят.

Что там на самом деле скрывается - знать не обязательно, и не положено. В общем он и не мешает. Единственное, чего я не смог избежать - как вообще избавиться от данной записи.

Не получилось, из-за того, что нельзя в аргумент макроса запихать список аргументов функции. К сожалению.