尽管当今编译环境,操作系统,网络协议和中间件更加成熟和标准化,但是仍然存在一个网络相关软件的设计空间----追求性能驱动,跨平台,网络并发软件的操作系统中间件,而实践证明,这些诉求并不能在其他的抽象层上以一个可以被广泛接受的标准的方案加以解决。这种操作系统中间件应该封装了操作系统关于并发和IPC机制的原语以避免使用本机操作系统API所带来的危险性,易错性,不可移植性。而性能驱动软件系统也是这种操作系统中间件所追求的初衷。研究开发操作系统中间件对于今天常见的计算应用,如高性能计算系统,分布式实时嵌入式系统和跨平台应用等等是很有必要的。这种操作系统中间件以以下几点作为特征:
(1)能够访问各种本地操作系统原语
(2)严格控制的费用和快速反应市场
(3)特定客户解决方案
而ACE提供了很好的这种操作系统中间件的解决方案,它具有以下几点特征
1,开源,完全免费,保证了软件成本不至于太高
2,可扩展性
3,灵活性
4,可移植性
5,可预测性和高效性
6,健壮性
7,可伸缩性
8,在跨网络系统环境中提供可信的服务
您在实际开发中是否遇到以下问题?ACE将提供一个近乎完美的解决方案:
1,实际开发工作重新组织代码以实现进程,线程之间的组合和通信机制,这项工作往往很枯燥而且容易出错;
2,直接在操作系统API层开发增加了一些意想不到的复杂性,准确定位这些微妙的臭虫并且加以歼灭需要占用项目进度的大量事件;
3,已经有一个成功的项目,但是需要移植到一个新的平台上去,复杂性接踵而至!
ACE是用C++语言开发的可以移植的面向对象的操作系统中间件解决方案,ACE内含的核心框架和外封装不仅包含一整套可复用的面向对象的类,这些类简化并自动完成建立网络链接,网络事件多路分发处理,可靠高效的进程间通信,队列,应用组件的动态配置功能,并发特性和同步特性,更重要的是,ACE框架还可以进一步被客制化以满足更广范围以内的运行时上下文和应用程序需求。有鉴于此,特开此微博,探讨ACE编程框架,热诚希望有识之士捧捧场,
ACE给我们芸芸程序员带来的最大福音恐怕是跨平台特性,那么ACE是怎么处理这个问题的呢?
ACE屏蔽了各种编译器之间的差异性,其必要性可从以下几点叙述:
(1)各种编译器只是在各种不同的程度上与标准兼容,迄今为止,没有任何一款可以百分之百地支持C++全部各种特性的编译器!
(2)ACE所依赖的一系列编译器都是些针对老版本C++标准开发的
(3)有些平台上的编译器实在是太烂了,ACE则扶起来了这个阿斗!
从实际使用的角度,ACE帮助你从四个方面解决了各个平台之间编译器的差异性,而这些差异性正是跨平台移植的问题症结点:
(1)模版,包括使用和实例化
(2)数据类型,包括硬件相关和编译器相关
(3)对象运行时实例化和撤销
(4)内存分配
ACE组织上具有条理很清晰的层次结构:
(1)系统适配层,这一层提供了各种操作系统都可以通用的基层机制,如果本机操作系统不提供所想要的功能,ACE则封装实现之,反之,ACE提供性能最佳的系统调用。
(2)封装外观层,该层以各种类以提供类型安全,面向对象的接口,这一层要占尽ACE整个代码量的一半左右,使得调用这些接口比直接使用系统API更加简洁优雅而且安全高效,应用程序通过选择性继承,组合或者实例化这些类来使用之。
(3)网络框架层,该层以一整套组件的形式为相关应用提供可以复用的框架,着重于提供具有特定的应用特性而与应用相隔离的足见,这使得ACE能够在更高层面上重用软件组件而不是仅仅重用单个的类或者孤立的函数,ACE的整套封装类实际上为应用程序提供了半成品,很容易就拿来即用为应用程序提供具有特定应用行为的组件
(4)网络服务层,该层提供一些完整的可以复用的应用服务,比如分布式系统的日志服务
实际上,设计模式,类库和框架三大工具如今是软件产业降低软件项目复杂度和成本的三大利器,而这三大利器在ACE里面都有很好的体现,ACE是一个类库工具包,这个工具包包含了很多有用的类,其中大部分相关于或者直接构成框架,例如Reactor和EventHandler,这形成了实际应用的半成品,在其中的类和框架中,ACE实际上实现了很多有用的设计模式。所以ACE值得期待!
ACE_wrappers研究之一:引言
最新推荐文章于 2021-08-22 07:17:03 发布