qiezi的学习园地

AS/C/C++/D/Java/JS/Python/Ruby

  C++博客 :: 首页 :: 新随笔 ::  ::  :: 管理 ::
一、修正错误。

首先修正第二篇中的一些错误,错误的内容可见第二篇的评论。

在Base类中,FUNC_TYPE需要所有的in/out类型,如果Method的模板参数——即函数类型参数——的返回值不是void,则把它装配成out参数,作为FUNC_TYPE函数类型的最后一个参数,这可以通过偏特化来实现。

修改Method模板类,把所有类型包装成一个Typelist,直接传递给Base模板类,由Base去推导出in类型的Typelist。Method模板类修改如下:

template <class T>
struct Method
{
    Loki::CompileTimeError 
<false> Only_Define_With_A_Function_Type;
};

template 
<class Ret>
struct Method <Ret()> : public Base < typename Loki::TL::MakeTypelist< out<Ret> >::Result >
{
};

template 
<>
struct Method <void()> : public Base < typename Loki::TL::MakeTypelist< >::Result >
{
};

template 
<class Ret, class A>
struct Method <Ret(A)> : public Base < typename Loki::TL::MakeTypelist< A, out<Ret> >::Result >
{
};

template 
<class A>
struct Method <void(A)> : public Base < typename Loki::TL::MakeTypelist< A >::Result >
{
};

template 
<class Ret, class A, class B>
struct Method <Ret(A,B)> : public Base < typename Loki::TL::MakeTypelist< A,B,out<Ret> >::Result >
{
};

template 
<class A, class B>
struct Method <void(A,B)> : public Base < typename Loki::TL::MakeTypelist< A,B >::Result >
{
};

template 
<class Ret, class A, class B, class C>
struct Method <Ret(A,B,C)> : public Base < typename Loki::TL::MakeTypelist< A,B,C,out<Ret> >::Result >
{
};

template 
<class A, class B, class C>
struct Method <void(A,B,C)> : public Base < typename Loki::TL::MakeTypelist< A,B,C >::Result >
{
};

template 
<class Ret, class A, class B, class C, class D>
struct Method <Ret(A,B,C,D)> : public Base < typename Loki::TL::MakeTypelist< A,B,C,D,out<Ret> >::Result >
{
};

template 
<class A, class B, class C, class D>
struct Method <void(A,B,C,D)> : public Base < typename Loki::TL::MakeTypelist< A,B,C,D >::Result >
{
};

template 
<class Ret, class A, class B, class C, class D, class E>
struct Method <Ret(A,B,C,D,E)> : public Base < typename Loki::TL::MakeTypelist< A,B,C,D,E,out<Ret> >::Result >
{
};


template 
<class A, class B, class C, class D, class E>
struct Method <void(A,B,C,D,E)> : public Base < typename Loki::TL::MakeTypelist< A,B,C,D,E >::Result >
{
};

实现了1-5个参数的版本,一般情况下足够用了,这里也只是用做解释。

Base类的修改为:

template <class TYPES,
    
class IN_TYPES = typename InList <TYPES>::Result,
    
int IN_COUNT = Loki::TL::Length <IN_TYPES>::value
>
struct Base
{
    Loki::CompileTimeError 
<false> Only_Use_Partial_Specialisation_Version;
};

InList模板类修改为接受一个Typelist模板参数,它的Result是这个Typelist中的所有in类型构成的Typelist。OutList暂时用不到,不过由于它和InList很相似,一并甩卖出来。

template < class T, int T_COUNT = Loki::TL::Length <T>::value >
struct InList
{
    typedef typename If 
<
        InOutTypeTraits 
<typename T::Head>::isin,
        typename Loki::Typelist 
< typename T::Head, typename InList <typename T::Tail>::Result >
        typename InList 
<typename T::Tail>::Result
    
>::Result Result;
};


template 
<class T>
struct InList < T, 0 >
{
    typedef typename Loki::TL::MakeTypelist 
<>::Result Result;
};

template 
< class T, int T_COUNT = Loki::TL::Length <T>::value >
struct OutList
{
    typedef typename If 
<
        InOutTypeTraits 
<typename T::Head>::isout,
        typename Loki::Typelist 
< typename T::Head, typename OutList <typename T::Tail>::Result >
        typename OutList 
<typename T::Tail>::Result
    
>::Result Result;
};


template 
<class T>
struct OutList < T, 0 >
{
    typedef typename Loki::TL::MakeTypelist 
<>::Result Result;
};

Base模板类中,需要根据TYPES模板参数推导出FUNC_TYPE类型,TYPES是个Typelist,我使用了一个FuncTypeTraits模板类来生成这个类型。

template <class T, int T_COUNT = Loki::TL::Length <T>::value >
struct FuncTypeTraits
{
    Loki::CompileTimeError 
<false> Only_Use_Partial_Specialisation_Version;
};

template 
<class T>
struct FuncTypeTraits <T, 0>
{
    typedef 
void(*Result)();
};

template 
<class T>
struct FuncTypeTraits <T, 1>
{
    typedef 
void(*Result)(
        typename Loki::TL::TypeAt 
<T, 0>::Result::OriginalType);
};

template 
<class T>
struct FuncTypeTraits <T, 2>
{
    typedef 
void(*Result)(
        typename Loki::TL::TypeAt 
<T, 0>::Result::OriginalType,
        typename Loki::TL::TypeAt 
<T, 1>::Result::OriginalType);
};

template 
<class T>
struct FuncTypeTraits <T, 3>
{
    typedef 
void(*Result)(
        typename Loki::TL::TypeAt 
<T, 0>::Result::OriginalType,
        typename Loki::TL::TypeAt 
<T, 1>::Result::OriginalType,
        typename Loki::TL::TypeAt 
<T, 2>::Result::OriginalType);
};

template 
<class T>
struct FuncTypeTraits <T, 4>
{
    typedef 
void(*Result)(
        typename Loki::TL::TypeAt 
<T, 0>::Result::OriginalType,
        typename Loki::TL::TypeAt 
<T, 1>::Result::OriginalType,
        typename Loki::TL::TypeAt 
<T, 2>::Result::OriginalType,
        typename Loki::TL::TypeAt 
<T, 3>::Result::OriginalType);
};

template 
<class T>
struct FuncTypeTraits <T, 5>
{
    typedef 
void(*Result)(
        typename Loki::TL::TypeAt 
<T, 0>::Result::OriginalType,
        typename Loki::TL::TypeAt 
<T, 1>::Result::OriginalType,
        typename Loki::TL::TypeAt 
<T, 2>::Result::OriginalType,
        typename Loki::TL::TypeAt 
<T, 3>::Result::OriginalType,
        typename Loki::TL::TypeAt 
<T, 4>::Result::OriginalType);
};

现在Base类所需要的信息都齐备了,下面是Base模板类的定义:

template <class TYPES,
    
class IN_TYPES = typename InList <TYPES>::Result,
    
int IN_COUNT = Loki::TL::Length <IN_TYPES>::value
>
struct Base
{
    Loki::CompileTimeError 
<false> Only_Use_Partial_Specialisation_Version;
};

template 
<class TYPES, class IN_TYPES>
struct Base <TYPES, IN_TYPES, 0>
{
    typedef typename FuncTypeTraits 
<TYPES>::Result FUNC_TYPE;

    template 
<class FUNC_TYPE>
    
void async_call (FUNC_TYPE func = 0)
    {
    }
};

template 
<class TYPES, class IN_TYPES>
struct Base <TYPES, IN_TYPES, 1>
{
    typedef typename FuncTypeTraits 
<TYPES>::Result FUNC_TYPE;

    
void async_call (
        typename Loki::TL::TypeAt 
<IN_TYPES, 0>::Result::OriginalType v0,
        FUNC_TYPE func 
= 0)
    {
    }
};

template 
<class TYPES, class IN_TYPES>
struct Base <TYPES, IN_TYPES, 2>
{
    typedef typename FuncTypeTraits 
<TYPES>::Result FUNC_TYPE;

    
void async_call (
        typename Loki::TL::TypeAt 
<IN_TYPES, 0>::Result::OriginalType v0, 
        typename Loki::TL::TypeAt 
<IN_TYPES, 1>::Result::OriginalType v1, 
        FUNC_TYPE func 
= 0)
    {
    }
};

template 
<class TYPES, class IN_TYPES>
struct Base <TYPES, IN_TYPES, 3>
{
    typedef typename FuncTypeTraits 
<TYPES>::Result FUNC_TYPE;

    
void async_call (
        typename Loki::TL::TypeAt 
<IN_TYPES, 0>::Result::OriginalType v0, 
        typename Loki::TL::TypeAt 
<IN_TYPES, 1>::Result::OriginalType v1, 
        typename Loki::TL::TypeAt 
<IN_TYPES, 2>::Result::OriginalType v2, 
        FUNC_TYPE func 
= 0)
    {
    }
};

template 
<class TYPES, class IN_TYPES>
struct Base <TYPES, IN_TYPES, 4>
{
    typedef typename FuncTypeTraits 
<TYPES>::Result FUNC_TYPE;

    
void async_call (
        typename Loki::TL::TypeAt 
<IN_TYPES, 0>::Result::OriginalType v0, 
        typename Loki::TL::TypeAt 
<IN_TYPES, 1>::Result::OriginalType v1, 
        typename Loki::TL::TypeAt 
<IN_TYPES, 2>::Result::OriginalType v2, 
        typename Loki::TL::TypeAt 
<IN_TYPES, 3>::Result::OriginalType v3,
        FUNC_TYPE func 
= 0)
    {
    }
};

写一点代码来测试:

void test_func (int v0, char v1, string v2, short v3)
{
}

int main ()
{
    Method 
< void(in<int>in<char>, inout<string>out<short>> m;

    m.async_call(
3'a', "test");
    m.async_call(
3'a'"test", test_func);
    
return 0;
}

OK,函数原形推导就写完了,以上代码都已经在VC2005 Beta2中测试过,由于VC2005对于typename的要求不是很严格,所以可能在G++下会有些问题,暂时没有在G++下测试。

接下来以上面的测试代码为例来简单说明一下。

定义一个Method < void < in<int>, in<char>, inout<string>, out<short> >类型的对象,它将从Base < typename MakeTypelist < in<int>, in<char>, inout<string>, out<short> >::Result >派生。

根据Base类的声明,后2个模板参数将被推导出来,Method对象实际上是从Base < typename MakeTypelist < in<int>, in<char>, inout<string>, out<short> >::Result, typename MakeTypelist < in<int>, in<char>, inout<string> >::Result, 3>派生。

于是,Base类中的FUNC_TYPE可通过FuncTypeTraits模板类推导,得到void (int, char, string, short)类型。

async_call函数的原型也推导出来:

void async_call (int, char, string, short, FUNC_TYPE = 0);

当然这里是简单的演示,实际上async_call为了支持兼容类型,除最后一个函数指针参数以外,其它每个参数都是in或inout模板类型,

二、完善动态与静态结构之间的耦合。

解决了函数原形推导问题,不过忽略了另一个重要的问题。

Method的定义最终要生成一个动态结构,要能够得到它的参数个数、各个参数的类型,这个在上一篇已经解决了。现在稍稍完整的部分写下来:

struct IMethod
{
    vector 
<IParameter*> parameters;
    
//  其它操作省略
};

IMethod是Method动态实现的基础,它里面包含各个参数的指针,in/out模板类从IParameter派生,相信从这个形式就能明白整个动态部分如何组织的,也就是实现一个简单的自省。

in/inout/out这3个模板类实际是是从IParameter派生的,直接定义于Method模板类中:

template <class A, class B, class C, class D>
struct Method <void(A,B,C,D)> : public Base < typename Loki::TL::MakeTypelist< A,B,C,D >::Result >
{
    A a;
    B b;
    C c;
    D d;

    Method (
/*  参数暂不考虑  */)
    {
        parameters.push_baqck (
&a);
        parameters.push_baqck (
&b);
        parameters.push_baqck (
&c);
        parameters.push_baqck (
&d);
    }
};

动态结构就完成了,各个偏特化版本都是这样来实现。

上面说到出现了一个重要的新问题,在上面的测试代码中,async_call函数接受3个参数(最后一个函数指针参数暂不考虑),而这里有4个变量,3个参数对应4个变量的位置只有到实例化的时候才能知道。

所以async_call还有另一个任务,就是把函数的参数值赋值给成员变量。

这个问题留到下一篇解决吧,这是最后一个问题了。
posted on 2005-09-21 20:34 qiezi 阅读(221) 评论(6)  编辑 收藏 引用 所属分类: C++asgard项目

评论

# re: 为C++实现一个IDL (三) 2005-09-22 10:24 天下无双
先来支持一下.  回复  更多评论
  

# re: 为C++实现一个IDL (三) 2005-09-22 10:39 深圳夜归人
呵呵,涉及到模板的部分,讨论的人就不太多,看的人也不多了。

下一篇把最后一个模板问题解决掉,实际上前几天已经解决了,昨晚时间不够没有发上来。另外就是在“建立asgard项目”一文中,提到了一个问题,为了能够嫁接到SOAP协议,必须为Method的各个参数取名字,这个问题也必须解决掉。第零篇中提到的那几个宏可能要修改了。

然后就是添加简单的自省的问题了,涉及到几个接口的定义,相信会收到不少建议。  回复  更多评论
  

# re: 为C++实现一个IDL (三) 2005-09-22 13:01 可冰
看了你这样子使用模板,真是服了!
我原来不明白你所说的"让编译器根据in/out来推导出函数原型",现在可能明白了:
你是用嵌套的模板,以后使用递归方式,来让编译器在编译时刻生成合适的类.其中最主要的还是If模板类吧,是它可以让编译器递归的分析的.还有In/Out/InOut及其对应的TypeTraits模板类,这样的用法是我从来都没有想到过的.

我从来没有想过这样的用法.
而且,你的模板使用的太好了,很灵活.这个代码我欣赏着很舒服,很喜欢.

也许你进行泛型编程有一段时间了吧,我只是有一点的了解,也没有学过和用过.你的代码我只看得懂,看得舒服,感觉很精妙,但其中的精髓我没法理解,我是万万写不出这样的代码来的.

前篇中所说的那几本书我都没有读过呢,以后有机会一定认真读.
你的这一系列文章我一直在关注中,希望你能坚持下去.我还等着研读你的大作呢  回复  更多评论
  

# re: 为C++实现一个IDL (三) 2005-09-22 13:02 可冰
不知道我的看法是否正确,还请赐教.  回复  更多评论
  

# re: 为C++实现一个IDL (三) 2005-09-22 13:21 深圳夜归人
有时间的话建议你看一下那2本书,《C++设计新思维》一书相信第一次看到的人没有不叹服的,候捷的序里面说他当时是“瞪目结舌”,我当初看的时候有时甚至感觉这是C++的革命,当然我看到这书的中文版时,它都已经写完好久了,而且Loki中的很多东西在boost中得到应用而且还得到扩展。

不过看完以后第一个感觉就是,这些技术真的有用吗?我们真的能用上它吗?当时的感觉还是很失落的,因为你看到了非常精妙的东西,却找不到它的用武之地。

前阵子写了一个C++委托类(详见cpunion.cnblogs.com),整个过程中,开始使用MFC中的方法,把所有要委托的类从一个基类中派生,这样就可以使用一个通用成员函数指针。

后来发现使用不方便,就改为接受一个泛型的成员函数指针,基间受到刘未鹏(boost::function源码分析中的in(int)形式函数类型讲解)、问题男(详见老blog中的评论)等人影响,不断修缮。

再后来发现一些问题,于是改成虚函数方式,这个过程是我第一次使用模板来写一个稍“大型”一点的组件。

委托类写完以后,我就在想如何把模板技术应用在“C++语言内的IDL”这个我思考已久的问题上,首先确定的是简单的自省部分,然后就发现了函数原型推导这个绊脚石,好在经过几天思考终于把它解决了。


从这几篇《为C++实现一个IDL》也可以看出来,开始时我的想法是很粗浅的,到这一篇已经写出了不少细节,而下一篇将会更深入解决最后一个遗留问题。



另外,《产生式编程》一书,我去年就看过,当时觉得里面的模板技术非常无聊而且看得很慢,不过是硬着头皮把它看完了。

当我自己写出一个If模板的时候,我突然想起来这其实是从别处学到的,我重新找出这本书,那部分仅2小时我就看完了。

所以这些东西还是要常用才学得快。

对了,模板编程基本是依靠递归来产生代码,递归的又是以偏特化来实现,和平时写递归函数很相似,在《产生式编程》中有深入讲解,这本书中还实现了FOR、WHILE等循环模板,如果可能的话,它可以用在这个项目中以节省代码。  回复  更多评论
  

# re: 为C++实现一个IDL (三) 2005-09-22 13:44 深圳夜归人
定义一个Method < void < in<int>, in<char>, inout<string>, out<short> >类型的对象,它将从Base < typename MakeTypelist < in<int>, in<char>, inout<string>, out<short> >::Result >派生。

根据Base类的声明,后2个模板参数将被推导出来,Method对象实际上是从Base < typename MakeTypelist < in<int>, in<char>, inout<string>, out<short> >::Result, typename MakeTypelist < in<int>, in<char>, inout<string> >::Result, 3>派生。

这一段话里面的尖括号被编辑器给我干掉了,已经修正。

想不能为什么输入的尖括号被弄掉了,编辑器处理到的代码应该是已经替换成&lt;&gt;了啊。  回复  更多评论
  


标题  
姓名  
主页
验证码 *
内容(提交失败后,可以通过“恢复上次提交”恢复刚刚提交的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      
[使用Ctrl+Enter键可以直接提交]
相关链接:
网站导航: