- 浏览: 498585 次
- 性别:
- 来自: 上海
文章分类
最新评论
-
hypercube:
markin'
配置D语言编程环境 -
qiezi:
qiezi 写道yangyang_08 写道1 ...
我的编程语言学习经历 -
qiezi:
yangyang_08 写道1、现在如果做并发服务器,楼主选用 ...
我的编程语言学习经历 -
yangyang_08:
1、现在如果做并发服务器,楼主选用什么样的语言架构?2、lua ...
我的编程语言学习经历 -
dearplain:
我也是语言爱好者,不过我一直坚持使用c。
我的编程语言学习经历
一、修正错误。
首先修正第二篇中的一些错误,错误的内容可见第二篇的评论。
在Base类中,FUNC_TYPE需要所有的in/out类型,如果Method的模板参数——即函数类型参数——的返回值不是void,则把它装配成out参数,作为FUNC_TYPE函数类型的最后一个参数,这可以通过偏特化来实现。
修改Method模板类,把所有类型包装成一个Typelist,直接传递给Base模板类,由Base去推导出in类型的Typelist。Method模板类修改如下:
实现了1-5个参数的版本,一般情况下足够用了,这里也只是用做解释。
Base类的修改为:
InList模板类修改为接受一个Typelist模板参数,它的Result是这个Typelist中的所有in类型构成的Typelist。OutList暂时用不到,不过由于它和InList很相似,一并甩卖出来。
Base模板类中,需要根据TYPES模板参数推导出FUNC_TYPE类型,TYPES是个Typelist,我使用了一个FuncTypeTraits模板类来生成这个类型。
现在Base类所需要的信息都齐备了,下面是Base模板类的定义:
写一点代码来测试:
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的定义最终要生成一个动态结构,要能够得到它的参数个数、各个参数的类型,这个在上一篇已经解决了。现在稍稍完整的部分写下来:
IMethod是Method动态实现的基础,它里面包含各个参数的指针,in/out模板类从IParameter派生,相信从这个形式就能明白整个动态部分如何组织的,也就是实现一个简单的自省。
in/inout/out这3个模板类实际是是从IParameter派生的,直接定义于Method模板类中:
动态结构就完成了,各个偏特化版本都是这样来实现。
上面说到出现了一个重要的新问题,在上面的测试代码中,async_call函数接受3个参数(最后一个函数指针参数暂不考虑),而这里有4个变量,3个参数对应4个变量的位置只有到实例化的时候才能知道。
所以async_call还有另一个任务,就是把函数的参数值赋值给成员变量。
这个问题留到下一篇解决吧,这是最后一个问题了。
首先修正第二篇中的一些错误,错误的内容可见第二篇的评论。
在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 >
{
};
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;
};
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;
};
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);
};
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)
{
}
};
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;
}
{
}
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;
// 其它操作省略
};
{
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);
}
};
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还有另一个任务,就是把函数的参数值赋值给成员变量。
这个问题留到下一篇解决吧,这是最后一个问题了。
发表评论
-
Cilk++,XL
2009-08-05 10:04 2756刚看到CSDN新闻:Intel获得Cilk++技术 多核处理器 ... -
关于内存管理的一点想法
2009-07-14 16:11 1829分布式轻量级线程框架(还没取名)最近几个修改: 1、消息对象采 ... -
增加了monitor_node功能
2009-07-13 14:57 1875给分布式框架增加了类似 erlang 的 monitor_no ... -
轻量级线程切换效率
2009-07-13 12:07 2555同事测试了libcoro,它的linux版本可以使用4种模式, ... -
Cache Pool 架构
2009-06-16 10:05 3319先比较一下Hadoop。 Hadoop 架构: Cach ... -
高可用性Cache池
2009-06-15 16:10 4413前段时间开发上线了一个Cache池,使用双层Cache池冗余, ... -
抛开析构函数
2007-08-15 22:19 3450内存管理通常指的是堆 ... -
C++程序设计
2007-03-25 13:37 104上周在修改扩充同事的代码,发现几个问题。 1、访问级别几乎全 ... -
突发奇想续
2006-12-13 09:50 2046简单写了点代码,把那个方程组生成树结构: #include ... -
为C++实现一个IDL (零)
2005-09-15 01:27 4761一、问题。这段时间考虑实现一个纯C++的分布式服务包装库 ... -
为C++实现一个IDL (一)
2005-09-17 19:40 3044前面简单写了点静态结构,这一次将主要关注动态模型以及调用 ... -
正式建立asgard项目 (因ancients已经被人使用了)
2005-09-20 10:30 1943“为C++实现一个IDL” ... -
为C++实现一个IDL (二)
2005-09-20 22:34 2468说明:要看懂后面那部分代码,即使用Typelist的部分 ... -
为C++实现一个IDL (四)
2005-09-22 19:13 2126如《为C++实现一个IDL(三)》一文中所说,还剩最后一 ... -
asgard项目遗留问题 (2005-09-27更新)
2005-09-24 17:00 1877asgard项目已经准备了 ... -
C++实现简单的类型库
2005-09-26 17:31 3042很久以前看到有人问“如何在C++中实现动态加载类”时,简 ... -
为C++实现一个IDL (五)
2005-09-28 22:57 2111本篇没什么清晰的目的,只是解释一下前面的几个问题,并提出 ... -
自己写的一个max函数
2005-12-12 10:45 1975CSDN上看到有人问能否实现一个效率较高的max函数,效 ... -
C++之AOP
2005-12-15 15:43 5811AOP是近年炒得很热,但却用得很少的一门技术,不过这并不 ... -
[C++之AOP]实战Aspect C++之检查内存泄漏
2005-12-16 22:38 2787前面简单介绍了Aspect C++,相信没人看出它有什么 ...
相关推荐
在Windows操作系统环境下,实现IDL与Visual C++的混合编程主要有以下几种方法: 1. **动态链接库(Dynamic Link Library, DLL)调用** - IDL可以编译生成DLL文件,这些DLL文件可以在Visual C++中被调用。 - 通过...
C++ 11映射试图避免限制ORB开发人员的实现自由。对于每个OMG IDL构造,C++ 11映射解释使用C++ 11的构造的语法和语义。如果客户机或服务器程序使用C++ 11映射子句中所描述的结构,则符合此映射(是C++ 11)。
tools C++语言框架IDL工具的源码实现 util C++语言框架基础工具库的源码实现 examples C++语言框架的示例代码,包括:快速入门示例、promise编程入门示例、压测程序示例 unittest tars cpp rpc框架的单元测试用例,...
IDL是一种标准化的语言,用于描述分布式系统中的接口,它独立于任何特定的实现语言。在VC++中,我们可以使用MIDL(Microsoft Interface Definition Language)工具将IDL文件编译为相应的C++代理和stub代码,这些代码...
《Calling C from IDL》是2002年发布的一份文档,主要探讨了如何在IDL(Interactive Data Language)环境中调用C和C++代码。IDL是一种强大的数据处理和可视化语言,广泛应用于科学计算和数据分析领域。而C和C++是...
《用C++实现Corba》是一本针对初学者和进阶者全面介绍如何使用C++语言来实现CORBA(Common Object Request Broker Architecture,公共对象请求代理架构)的优秀教程。这本书详细阐述了CORBA的核心概念、设计原则以及...
- **多线程支持**:由于CORBA通常用于构建并发系统,因此C++实现时需考虑多线程问题,确保线程安全。 **3. CORBA的主要优点** - **平台和语言无关**:CORBA标准允许在不同操作系统和编程语言之间进行通信,促进了...
通过这些章节,作者将向读者深入浅出地介绍IDL的核心概念、语法结构和使用方法,并结合COM技术的应用场景,使读者能够理解和运用IDL来定义接口,并生成C++等语言的类型信息,最终实现复杂的分布式对象系统。...
这将生成一系列C++头文件和源文件,实现了IDL接口的Stub和Skeleton。 4. **编译生成的C++代码**: 将生成的C++文件与你的应用代码一起编译,并链接到omniORB的库。具体编译选项取决于你的编译器和构建系统。 5. **...
4. IDL编译器的设计模式:文中设计实现了IDL编译器的三模块设计模式。这种模式有助于提高IDL编译器的效率和可维护性。 5. IDL编译器实现过程中涉及的技术问题:文中讨论了IDL编译器在实现过程中所涉及到的数据结构...
本书向读者提供了IDL的详细描述及如何使用IDL方面的知识,基于示例、由浅入深地阐述了各种IDL...第二部分的4个章节则提供了一个IDL类型、修饰符、关键字及属性的参考。 本书适合使用COM、微软事务服务器(MTS)、C++或
- 示例:假设有一个IDL编写的用于数据预处理的程序,可以将其封装为一个DLL,然后在Visual C++中通过LoadLibrary和GetProcAddress等函数调用该DLL中的特定函数。 2. **COM组件技术**:利用IDL提供的COM组件功能,...
1. 创建COM项目:使用VS2010创建一个新的ATL COM项目,选择“Visual C++” --> “ATL 项目”,填写项目名称为“FirstCOM”。 2. 添加COM接口:在类视图中,右键单击项目“FirstCOM” --> “添加” --> “类”,添加...
### IDL和Visual C混合编程知识点详解 #### 一、IDL简介及特点 ...无论是通过动态链接库还是ActiveX控件的方式,都能够实现两种语言之间的有效通信与协作,为解决复杂问题提供了一种强有力的解决方案。
idl.rar 是一个包含有关IDL(Interface Definition Language)学习资源的压缩包文件,主要针对IDL的基础知识和Polyfill的使用。IDL通常用于定义不同软件组件之间的接口,尤其在分布式系统和跨平台应用程序中扮演着...
归一化植被指数(Normalized Difference Vegetation Index, NDVI)是一种广泛应用在遥感...通过这些知识的学习和实践,初学者可以逐步掌握如何利用IDL和CUDA实现高效的NDVI计算,从而更好地进行植被监测和环境研究。
总之,《IDL可视化分析与应用》一书结合随书程序,为学习者提供了一个全面了解和实践IDL的平台,无论是初学者还是经验丰富的专业人士,都能从中获益匪浅,提升数据处理和可视化的专业能力。通过深入学习和实践这些...
1. **跨平台兼容性**:IDL的一大优势在于其跨平台能力,它可以将接口定义转换为多种编程语言,如C++、Java、Python等,确保在不同的操作系统上可以实现通信。 2. **ORB支持**:ORB是实现CORBA(Common Object ...
Eclipse IDL(Interface Definition Language)编译插件是针对Eclipse集成开发环境的一个扩展工具,主要用于处理CORBA(Common Object Request Broker Architecture)相关的IDL文件。IDL是一种用于定义分布式系统间...