1 、 linux 安装好后已经装好了 cvs ，可用 rpm -qa|grep cvs 查看。

如果没有安装你可以在 Redhat 第 2 张光盘上找到，另外你也可以在网上下载到最新的 rpm 包。很容易找，其实不存在什么 linux 版本。

2 、创建 cvs 使用的目录： mkdir /home/mycvstest

3 、创建 cvs 使用的用户和组

groupadd cvs

useradd -g cvs -G cvs –d /home/mycvstest cvs

passwd cvs

4 、修改 mycvstest 的用户： chown -R cvs:cvs /home/mycvstest

                        chmod 755 /home/mycvstest

5 、切换用户： su cvs

6 、创建源码仓库： mkdir /home/mycvstest/drcls drclgw

7 、初始化源码仓库： cvs -d /home/mycvstest/drcls init

                   cvs -d /home/mycvstest/drclgw init

                   chmod 755 /home/mycvstest/drcls drclgw

初始化后可以在目录下见到新增加的 CVSROOT 目录， cvs 所有的控制信息都在这个目录里。

8 、退回到 root 用户，建立 CVS 服务启动文件， CVS 使用 xinetd 方式启动。  

vi /etc/xinetd.d/cvspserver

service cvspserver

{

disable = no

flags = REUSE

socket_type = stream

wait = no

user = root

server= /usr/bin/cvs

server_args= -f --allow-root=/home/mycvstest/drcls

--allow-root=/home/mycvstest/drclgw pserver

log_on_failure += USERID

}

注：红色的参数很重要，由于 xinetd 的 server_args 长度限制 , 当你想运行很多的单个仓库的时候 ( 就是有很多个模块时，比如 drcrgw), 但在 server_args 中无法输入这么多单个的仓库， 可以采取以下方式解决（现在实验室 90 上就用的这种方式）：

#> vi cvspserver

service cvspserver

{

        disable = no

        socket_type = stream

        wait = no

        user = root

        server = /usr/bin/cvs.run

        server_args =""

}

编写 cvs.run 脚本

vi /cvsroot/cvs.run

#!/bin/bash

/usr/bin/cvs -f

--allow-root=/home/mycvstest/drcls

--allow-root= /home/mycvstest/drclgw

pserver

chmod a+x cvs.run

9 、加入 cvs 服务：

#>vi /etc/services

cvspserver 2401/tcp #pserver cvs service

cvspserver 2401/udp #pserver cvs service

10 、启动 cvs 服务：

#> service xinetd restart

11 、检查 cvspserver 服务是否已经启动：

#> netstat -l |grep cvspserver

应该有如下结果：

tcp 0 0 *:cvspserver *:* LISTEN

二、使用和管理

1 、创建 cvs 用户：

cd /home/mycvstest/drcls/CVSROOT

htpasswd –c passwd zhangcan (htpasswd 命令要安装 apache 后才有，此命令创建一个 passwd 文件，里面内容为新建 cvs 用户的用户名和密码 )

vi passwd ( 在新建的用户后手工加入用户属于的组 cvs)

例如： zhangcan:dgeagasdgasdr:cvs  蓝色字符串表示加密后的密码。

2 、赋予用户读写权限

手工在 CVSROOT 目录中建立 readers 和 writers 文件。 Readers 文件中的用户只有读权限， writers 中的用户具有读写权限，一行只写一个用户名。

3 、登录 cvs

在客户机 Linux 下面用命令：

export CVSROOT=:pserver:zhangcan@192.168.100.197:/home/mycvstest/drcls

cvs login

4 、向源码仓库中导入源码

首先进入你本机上安装源码的目录，然后使用以下命令：

cvs import –m “this is my soure code” drcls NISEC test start

-m 表示在 cvs 历史文件显示的消息， drclst 为你指定的源码目录名， NISEC 为供应商标签， test 为发行标签（这两项可以不要）， start 必须要。

5 、 checkout 出需要修改的源代码

cvs co drcls  在你的当前目录下会发现多了一个 drcls 目录，要修改的源码都在里面

co 为 checkout 的简写

6 、提交修改

假设刚才对 readme 文件进行了修改，现在提交

cvs commit –m “modify a few of wrong words”  readme

命令执行后会提示版本已经改为 1.2 。

7 、 checkout 出以前的版本

如果想检出以前的版本可以用以下命令：

cvs co –r 1.1 drcls/readme 或者 cvs –D yesterday drcls/readme

8 、删除文件

若想从源码仓库中删除 readme 文件，首先应把客户机工作目录中的 readme 文件删除，然后使用 cvs 的删除命令，最后提交删除，流程如下：

rm readme

cvs rm readme

cvs commit –m “ 现在不需要这个 readme 文件 ”  readme

如果系统类似错误： cannot remove file `INSTALL' which has a numeric sticky tag of `1.1'

可以用命令 cvs update –A readme 后再删除文件。

以上为火山哥提供的,以下是我添加的部份:
1.在reader和writes文件中添加使用用户时要注意,当在reader中添加了某一只读用户后就不要在writers中添加此用户,如果在两个文件中都添加同一用户的话,在使用cvs时,CVS服务器会把此用户当做只读用户看待,当使用一些命令如import时会产生权限问题,以下是linux关于此问题的说明:
/* This command has the potential to modify the repository, so
   * we check if the user have permission to do that.
   *
   * (Only relevant for remote users -- local users can do
   * whatever normal Unix file permissions allow them to do.)
   *
   * The decision method:
   *
   *    If $CVSROOT/CVSADMROOT_READERS exists and user is listed
   *    in it, then read-only access for user.
   *
   *    Or if $CVSROOT/CVSADMROOT_WRITERS exists and user NOT
   *    listed in it, then also read-only access for user.
   *
   *    Else read-write access for user.
   */

#define Li2Double(x) ((double)((x).HighPart) * 4.294967296E9 + (double)((x).LowPart))
//ICE预编译语句

#ifdef _DEBUG
#pragma comment(lib, "iced.lib")
#pragma comment(lib, "iceutild.lib")
#else
#pragma comment(lib, "ice.lib")
#pragma comment(lib, "iceutil.lib")
#endif

typedef struct
{
    DWORD   dwUnknown1;
    ULONG   uKeMaximumIncrement;
    ULONG   uPageSize;
    ULONG   uMmNumberOfPhysicalPages;
    ULONG   uMmLowestPhysicalPage;
    ULONG   uMmHighestPhysicalPage;
    ULONG   uAllocationGranularity;
    PVOID   pLowestUserAddress;
    PVOID   pMmHighestUserAddress;
    ULONG   uKeActiveProcessors;
    BYTE    bKeNumberProcessors;
    BYTE    bUnknown2;
    WORD    wUnknown3;
} SYSTEM_BASIC_INFORMATION;

typedef struct
{
    LARGE_INTEGER   liIdleTime;
    DWORD           dwSpare[76];
} SYSTEM_PERFORMANCE_INFORMATION;

typedef struct
{
    LARGE_INTEGER liKeBootTime;
    LARGE_INTEGER liKeSystemTime;
    LARGE_INTEGER liExpTimeZoneBias;
    ULONG         uCurrentTimeZoneId;
    DWORD         dwReserved;
} SYSTEM_TIME_INFORMATION;

// ntdll!NtQuerySystemInformation (NT specific!)
//
// The function copies the system information of the
// specified type into a buffer
//
// NTSYSAPI
// NTSTATUS
// NTAPI
// NtQuerySystemInformation(
//    IN UINT SystemInformationClass,    // information type
//    OUT PVOID SystemInformation,       // pointer to buffer
//    IN ULONG SystemInformationLength,  // buffer size in bytes
//    OUT PULONG ReturnLength OPTIONAL   // pointer to a 32-bit
//                                       // variable that receives
//                                       // the number of bytes
//                                       // written to the buffer
// );
typedef LONG (WINAPI *PROCNTQSI)(UINT,PVOID,ULONG,PULONG);

PROCNTQSI NtQuerySystemInformation;

/*
  功能:得到CPU使用状态
  参数:无
  返回值:内存占用率
  作者:牵牛散步
*/
int GetCpuStat()
{
 SYSTEM_PERFORMANCE_INFORMATION SysPerfInfo;
    SYSTEM_TIME_INFORMATION        SysTimeInfo;
    SYSTEM_BASIC_INFORMATION       SysBaseInfo;
    double                         dbIdleTime;
    double                         dbSystemTime;
    LONG                           status;
    LARGE_INTEGER                  liOldIdleTime = {0,0};
    LARGE_INTEGER                  liOldSystemTime = {0,0};
 int UsageCpu = 0;
    NtQuerySystemInformation = (PROCNTQSI)GetProcAddress(
  GetModuleHandle("ntdll"),
  "NtQuerySystemInformation"
  );
 
    if (!NtQuerySystemInformation)
        return 0;
 
    status = NtQuerySystemInformation(SystemBasicInformation,&SysBaseInfo,sizeof(SysBaseInfo),NULL);
    if (status != NO_ERROR)
        return 0;
    
 for( int t = 0 ; t < 2 ; t++ )
    {
  status = NtQuerySystemInformation(SystemTimeInformation,&SysTimeInfo,sizeof(SysTimeInfo),0);
        if (status!=NO_ERROR)
            return 0;
  
        status = NtQuerySystemInformation(SystemPerformanceInformation,&SysPerfInfo,sizeof(SysPerfInfo),NULL);
        if (status != NO_ERROR)
            return 0;
  
  if (liOldIdleTime.QuadPart != 0)
  {
            dbIdleTime = Li2Double(SysPerfInfo.liIdleTime) - Li2Double(liOldIdleTime);
            dbSystemTime = Li2Double(SysTimeInfo.liKeSystemTime) - Li2Double(liOldSystemTime);
   
            dbIdleTime = dbIdleTime / dbSystemTime;
   

            dbIdleTime = 100.0 - dbIdleTime * 100.0 / (double)SysBaseInfo.bKeNumberProcessors + 0.5;
   UsageCpu = (int)dbIdleTime;

  }
  
        // store new CPU's idle and system time
        liOldIdleTime = SysPerfInfo.liIdleTime;
        liOldSystemTime = SysTimeInfo.liKeSystemTime;
  
        // wait one second
        Sleep(500);
    }
 return UsageCpu;
 
}


/*
  功能:得到内存使用状态
  参数:无
  返回值:内存信息结构体[包括总的物理内存,还可使用内存,虚拟内存,单位为K]
  作者:牵牛散步
*/
MemoryInf MemorySta()
{
 MemoryInf tmp;//在ICE SLICE里定义的信息结构体
 MEMORYSTATUS memStatus;
 GlobalMemoryStatus(&memStatus);
 DWORD tom=memStatus.dwTotalPhys/1024;
 DWORD mem=memStatus.dwAvailPhys/1024;
 DWORD res=memStatus.dwAvailVirtual/1024;
 tmp.TotalMem = (int)tom;
 tmp.ValidMem = (int)mem;
 tmp.VirtualMem = (int)res;
 return tmp;
}


/*
 功能:得到硬盘使用情况
 参数:无
 返回值:硬盘信息结构体
 作者:牵牛散步
*/
DiskInf GetDiskSta()
{
 ULARGE_INTEGER FreeAvailable,TotalNum,TotalFreeNum;

 char p[3];
 bool b_flag;
 DiskInf tmp;//ICE SLICE里定义的硬盘信息结构体
 tmp.TotalSpace = 0;
 tmp.FreeSpace = 0;
 //得到有效的驱动器名,即盘符
 for( int drive = 1; drive <= 26; drive++ )
 {
  if( !_chdrive( drive ) )
  {
   memset( p , 0 , sizeof(p));
   p[0] = drive + 'A' - 1;
   p[1] = ':';
   p[2] = '\0';
   b_flag = GetDiskFreeSpaceEx( p ,&FreeAvailable,&TotalNum,&TotalFreeNum );
   if( b_flag )
   {
    tmp.TotalSpace += (int)(TotalNum.QuadPart/(1024*1024));
    tmp.FreeSpace += (int)(FreeAvailable.QuadPart/(1024*1024));
   }
  }
 }
 return tmp;
}

int main()
{
   return 1;
}

不知不觉，C++迎来了自己20岁的生日。20年来，C++从一个实验室语言成长为软件产业一流主导语言，在实际应用中取得了巨大的成功，同时也催生了大量为技术人员耳熟能详的经典技术著作，比如Bjarne Stroustrup的《TC++PL》和《D&E》，Stan Lippman的《C++ Primer》，Scott Meyers的《Effective C++》，GoF的《Design Patterns》，Andy Koenig的《Ruminations on C++》，Herb Sutter的《Exceptional C++》，Andrei Alexandrescu的《Modern C++ Design》，Addison Wesley的“C++ in Depth”系列等。C++领域的一些经典图书不但对于C++语言的发展起到了巨大的推动作用，而且对于其他相关技术领域也起到了指导和促进作用。例如Scott Meyers的“Effective系列”，开辟了技术图书写作的新风格，而“Design Patterns”的影响，更是远远超出C++的范畴。这些经典的好书，已经成为C++辉煌历史的一部分而被人们铭记。 

20年后的今天，软件产业的规模和环境已经发生了深刻的变化。如今企业级应用整合与开发的任务主要由Java、C#、Visual Basic以及各种新型动态语言来承担，而C++的应用场合也有所收缩，不再是像1990年代中期那样从上到下包打天下，而是呈现出鲜明的应用领域特色。相应的，近期的C++技术图书也更加注重在特色领域的发挥。下面我们分别从几个角度来了解近期C++图书的热点，并且展望未来一年中C++技术图书中值得注意的选题。 

经典著作全面翻新 

这一两年，一大批经典技术图书都经历了一次更新换代，C++经典图书自然也不例外。第一个要说的就是Scott Meyers的《Effective C++》。这本书在1991年推出第一版，1998年推出第二版，在C++技术的传播与教育方面居功至伟。包括我在内的很多C++开发者都是通过阅读这本书而寻得升堂入室的门径。今年，《Effective C++》推出了第三版。这一版决不是第二版的简单修订，而是根据八年来C++所发生的巨大变化而进行的一次全面改写，几乎是一本全新的书。其内容涵盖了旧版的精髓，也体现了诸如Boost库、TR1标准等C++领域最新成果。如果说这本书的内容发生了重大的变化，那么可以说不变的是这本书的地位——它仍然是每个严肃的C++开发者都应当反复阅读领悟的重要作品。 

另一本翻新的著作是Stan Lippman的《C++ Primer》第四版。这本书的历史地位无需赘言，迄今为止仍然是对C++介绍最全面的一本著作。第四版进行了大幅度的删修，篇幅减少近300页，而内容也大幅修改，以反映C++近年来的变化。对于希望系统学习C++的新手，或者希望拥有一本手册以备查的老手来说，这本书的地位是不可取代的。 

有传言说GoF打算翻新“Design Patterns”。该书第一版于1995年初版，此后十年，设计模式领域的理论探讨和实践基本上仍然围绕这本书中的观点和内容进行，少有突破。已经有不少开发者对于这种情况表示了不满，认为初版中的一些观点已经过时，甚至对现在的一些技术应用构成思想上的羁绊。但是此书实在声名太盛，真正的突破恐怕只能由GoF自己完成，因此本书新版如果推出，必将是技术界内的一桩大事。不过传言亦称，GoF对于新版“Design Patterns”是否继续使用C++作为示范语言存在分歧。不管怎样，相信广大读者会对这本书抱有高度的关注。 

新锐佳作剑走偏锋 

近年来，一批C++技术新锐崛起，给我们带来了一批令人耳目一新的C++好书。在技术上，这批图书偏重于C++模板风格的巧妙运用，富于智趣而对实践的关注略显不足。这类图书以2001年Andrei Alexandrescu的《Modern C++ Design》为开端，之后又有《Boost Graphic Library》，《C++ Template Metap- rogramming》等。这些书一度以其新颖的思想和奇妙的技巧吸引了大家的目光，但由于缺乏实践的支撑，逐渐褪去光环。这两年，这类题材逐渐缩减。即使像Andrei Alexandrescu那样的模板技术奇才，最近与Herb Sutter合作的《C++ Coding Standard》也并没有过多地炫耀模板技巧，而是中规中矩地对C++编码的经验做了贴近实践的总结。这本书与Steve McConnell的经典著作《Code Complete II》相配合，应成为每一位C++开发者必读的基本著作，将帮助读者奠定坚实的编码和微观设计技术基础。 

Boost是C++社群尽人皆知的“准标准库”，其中大量的组件已经基本成熟并可供应用。最近Bjorn Karlsson撰写的《Beyond C++ Standard Library: An Introduction to Boost》是市面上第一本全面介绍Boost的著作。对于那些勇于吃螃蟹的C++先锋开发者来说，这本书无疑是值得一读的。不过在C++社群，对Boost库还存在争议。大部分C++实践者比较保守，这本书对他们的吸引力恐怕将打折扣。 

Stephen Dewhurst是近年来比较活跃的新锐作家，他的两本书《C++ Gotchas》和《C++ Common Knowledge》，单独来看都是值得一读的好书，可惜现在不是1995年，而是2005年，Scott Meyers、Herb Sutter煌煌巨著已然危急九五，Dewhurst只好自叹施手略慢。不过我们希望他能够再接再厉，找到创新点，突破前人。 

相比之下，中文版即将问世的《Imperfect C++》就比较有新意，很值得一读，以至于Bjarne Stroustrup都相当赞赏。这位C++之父表示，如果不是因为该书太厚，他一定会将其纳入著名的“C++ in Depth”系列。这在事实上肯定了本书的高质量。我个人认为，这本书是一年来出版的最值得精读的C++著作，其中对于不少实践中经常遇到的难题进行了深入的分析，给出了实实在在的解决方案。作者Matt Wilson凭借此书以及其系列模板程序库崛起为C++社群中引人注目的新星，实在可喜可贺。 

关键领域期待佳作 

未来C++将主要在系统级复杂应用程序、高性能、实时中间件及嵌入式领域施展，同时，随着多核CPU的的普及和网络安全重要性的空前提升，在并发程序设计和安全程序设计方面，C++也将获得新的应用空间。因此，在这些具体领域的C++著作更值得关注。 

1996年，John Lakos出版了《Large Scale C++》一书，该书与 “C++ In Depth”系列中的《Applied C++》一样，是C++著作中极少数实战派佳作，其中字字句句都来自于作者丰富的实际项目经验，对于一线的C++开发者来说是特别值得咀嚼体味的好书。可惜这本书在国内一直没有得到应有的重视，这可能跟本书中译本出版时间过晚，且翻译质量不佳有关。好消息是，John Lakos即将在2006年推出其新作《Scalable C++》。我本人将此书视为未来一年中C++领域最令人期待的作品。这一方面是出于我对于作者的高度信任，另一方面是由于该书题材的极端重要性。该书副标题为“基于组件的软件开发”，而“组件化”这一主题，是C++十几年来的一块心病。在未来，无论C++应用在何种场合，“组件化”是必不可少的基本要求。而COM技术虽然在组件化方面比较成熟，但是不具有可移植性，而且对于无须跨语言的C++开发项目来说过于复杂。因此，C++社群需要自己探讨经济适用的组件化实用方案。John Lakos本人从事大型复杂应用软件开发多年，在这方面的经验无人能敌，由他来对这个主题进行深入剖析，并且给出实际解决方案，毫无疑问是再合适不过的了。虽然这本书还在写作过程中，但是我们有理由对其抱有充分信心。在此我也呼吁本书中文版未来的出版者认真对待此书的翻译制作，不要重蹈《Large Scale C++》的覆辙。 

说到COM，自从.NET推出，COM的书几乎一夜之间绝了种，几乎无人再勇于炒这碗冷饭。但这次出版界的茶实在凉得快了些，事实上直到今天，COM开发仍然是Windows平台上应用开发的一个重要方向。特别是在前两年微软Windows核心向.NET全面转型的左倾冒险主义的尝试以失败告终后，在可见的未来，Windows操作系统将继续构建在C/C++和COM的基础之上——这就确保了COM在Windows平台上的重要地位将至少延续到2011年之后。因此，COM、ATL和WTL开发技术在未来几年都还是颇具意义的出版题材。特别是近年来ATL/WTL的发展之快，相比之下，技术出版在这方面出现了一个空白点。此外，开源的Mozilla项目提供了一个可移植到所有主流平台的COM实现，这对于C++开发者来说是很具有吸引力的，却一直没有出版资源的关注，令人遗憾。 

C++近年来的一个应用热点是复杂网络应用的开发，ACE在这方面已经成为越来越流行的选择，而ICE作为目前可用的最先进的高性能中间件产品，崛起的势头很猛。这两方面目前都有一些好书，特别是最近出版的《ACE Programmer’s Guide》，对于ACE编程入门很有好处。而ICE 1.3版的手册早已由马维达先生译成中文，可在网上自由获得。不过坦率地说，这方面的图书还远远不够，ACE原作者Doug Schmidt所著的两卷本《C++ Network Programming》可读性和实用性不足，而ICE手册深度和广度都显不够，我们期望这方面能有更好的著作出现。 

随着多核CPU的普及，并发程序设计将成为C++技术上的一个新热点。这方面目前的好书几乎没有，不知道这个巨大的空白将由何方神圣来填补。 

同样，网络安全重要性的空前提升对C++开发提出了很多新的具体要求，很多C++老手面临一个“再教育”的问题。这方面Microsoft Press的《Writing Safe Code》，O’Reilly的《Secure Programming Cookbook for C and C++》，以及最近Pearson出版的《Secure Coding in C and C++》都是不错的参考。不过我发现目前C++开发者并未普遍重视这个问题。也许管理层还需要更加“血淋淋的教训”来刺激一下，才会有革新的动力。 

在嵌入式方面，由于应用复杂度的逐渐提升和Symbian OS/Windows CE等面向消费的高级嵌入式操作系统的广泛应用，给C++提供了一个广阔的发挥空间。可惜在这方面，真正堪称经典的好书还是凤毛麟角，看来还需要时间和经验的积淀。不过有一本书特别值得一提，北航出版社去年引进的《嵌入式系统的微模块化设计》被国际嵌入式开发领域公推为数年来年度最重要的嵌入式软件开发技术著作，其中含有一些意义深远的创新思想，非嵌入式开发者也有必要了解此书的大致思想。 

总结 

程序设计语言数以千计，能够广为流传的不过几十种，而能够风光20年的更是屈指可数。Fortran已经问世50年，仍然是科学计算首选，C语言辉煌30年，至今老当益壮。C++顺利地度过了自己的20岁生日，相信属于它的日子还很长很长。作为C++开发者，我们也希望看到优秀的C++技术图书不断涌现。历史证明，C++领域内的技术创新，不但对于C++开发具有重大意义，而且对于整个软件开发技术都具有重大意义。我们有理由相信，在下一个十年里，以高水平C++技术专家和作家为代表的C++技术社群能够继续为软件技术做出突出的贡献。

  char 转换为 string 型
  char* str = "char 转换为 string 型";
  SendData.strSql = str;

//SendData.strSql 为std::string型

首先，请大家读ICE中文手册中的Slice语言一章。 这一部分除了model（模块），在 ICE 1.3中文手册中都有描述

图 2.1. ice网络编程示意图(服务器端和客户端采用同种编程语言C＋＋)

图 2.2. ice网络编程示意图(服务器端和客户端采用不同编程语言)

基础知识

含有Slice 定义的文件必须以.ice 扩展名结尾，例如， Clock.ice就是一个有效的文件名。编译器拒绝接受其他扩展名。

Slice 支持#ifndef、#define、#endif，以及#include 预处理指令。它们的使用方式有严格的限制：你只能把#ifndef、#define，以及#endif 指令用于创建双包括（double-include）块。例如：

#ifndef _CLOCK_ICE
#define _CLOCK_ICE
// #include 文件 here...
//定义 here...
#endif _CLOCK_ICE

我们强烈建议你在所有的Slice 定义中使用双包括（double-include）块（所上），防止多次包括同一文件。

#include 指令只能出现在Slice 源文件的开头，也就是说，它们必须出现在其他所有Slice 定义的前面。此外，在使用#include 指令时，只允许使用<> 语法来指定文件名，不能使用""。例如：

 #include <File1.ice> // OK
#include "File2.ice" // 不支持!

你不能把这些预处理指令用于其他目的，也不能使用其他的C++ 预处理指令 （比如用\ 字符来连接行、token 粘贴，以及宏展开，等等）。

在Slice 定义里，既可以使用C 的、也可以使用C++ 的注释风格：

Slice 关键字必须小写。例如， class 和dictionary 都是关键字，必须按照所示方式拼写。这个规则有两个例外：Object 和LocalObject 也是关键字，必须按照所示方式让首字母大写。

标识符以一个字母起头，后面可以跟任意数目的字母或数字。Slice 标识符被限制在ASCII 字符范围内，不能包含非英语字母，与C++ 标识符不同， Slice 标识符不能有下划线。这种限制初看上去显得很苛刻，但却是必要的：保留下划线，各种语言映射就获得了一个名字空间，不会与合法的Slice 标识符发生冲突。于是，这个名字空间可用于存放从Slice 标识符派生的原生语言标识符，而不用担心其他合法的Slice 标识符会碰巧与之相同，从而发生冲突 。

标识符（变量名等等）是大小写不敏感的，但大小写的拼写方式必须保持一致（看了后面的话，再理解一下）。例如，在一个作用域内， TimeOfDay 和TIMEOFDAY 被认为是同一个标识符。但是，Slice 要求你保持大小写的一致性。在你引入了一个标识符之后，你必须始终一致地拼写它的大写和小写字母；否则，编译器就会将其视为非法而加以拒绝。这条规则之所以存在，是要让Slice 既能映射到忽略标识符大小写的语言，又能映射到把大小写不同的标识符当作不同标识符的语言。（可以这样理解，变量名区分大小写，并且不可以是相同的单词）

是关键字的标识符:你可以定义在一种或多种实现语言中是关键字的Slice 标识符。例如，switch是完全合法的Slice标识符，但也是C++和Java的关键字。语言映射定义了一些规则来处理这样的标识符。要解决这个问题，通常要用一个前缀来使映射后的标识符不再是关键字。例如， Slice 标识符switch 被映射到C++ 的_cpp_switch ，以及Java 的_switch。对关键字进行处理的规则可能会产生难以阅读的源码。像native、throw，或export 这样的标识符会与C++ 或Java（或两者）的关键字发生冲突。为了让你和别人生活得更轻松一点，你应该避免使用是实现语言的关键字的Slice 标识符。要记住，以后Ice 可能会增加除C++ 和Java 以外的语言映射。尽管期望你总结出所有流行的编程语言的所有关键字并不合理，你至少应该尽量避免使用常用的关键字。使用像self、import，以及while 这样的标识符肯定不是好主意。

转义的标识符:在关键字的前面加上一个反斜线，你可以把Slice 关键字用作标识符，例如:

struct dictionary { // 错误!
// ...
};
struct \dictionary { // OK
// ...
};

反斜线会改变关键字通常的含义；在前面的例子中， \dictionary 被当作标识符dictionary。转义机制之所以存在，是要让我们在以后能够在Slice 中增加关键字，同时尽量减少对已有规范的影响：如果某个已经存在的规范碰巧使用了新引入的关键字，你只需在新关键字前加上反斜线，就能够修正该规范。注意，从风格上说，你应该避免用Slice 关键字做标识符（即使反斜线转义允许你这么做）。

保留的标识符:Slice 为Ice 实现保留了标识符Ice 及以Ice （任何大小写方式）起头的所有标识符。例如，如果你试图定义一个名为Icecream 的类型， Slice 编译器会发出错误警告3。以下面任何一种后缀结尾的Slice 标识符也是保留的：Helper、Holder、Prx，以及Ptr。Java 和C++ 语言映射使用了这些后缀，保留它们是为了防止在生成的代码中发生冲突。

（注：ICE 1.3的中文手册上没有“模块”这一部分）模块来组织一组相关的语句是为了解决名字冲突。模块可以包含所有合法的Slice语句和子模块。你可以用一些不常用的词来给最外层的模块命名，比如公司名、产品名等等。

module ZeroC {

	module Client {
	// Definitions here...
	};

	module Server {
	// Definitions here...
	};
};

Slice要求所有的定义都是模块的一部分，比如，下面的语句就是非法的。

interface I { // 错误:全局空间中只可以有模块
// ...
};

多个文件可以共享同一个模块，比如：

module ZeroC {
// Definitions here...
};

//另一个文件中 :
module ZeroC { // OK, reopened module
// More definitions here...
};

把一个大的模块放到几个文件中去可以方便编译（你只需重新编译被修改的文件，而没有必要编译整个模块）。

模块将映射的语言中的相应结构，比如 C++, C#, 和 Visual Basic, Slice的modules被映射为namespaces；java中被映射为package.

除了少数与特定的程序语言相关的调用之外，ice的绝大部分API（应用程序接口）都是用Slice来定义的 。这样做的好处是可以用一个ICE API定义文件来支持所有的程序语言。

	注意
	为了保证代码的简洁，以后文章中提及的Slice定义没有写出包含的模块，你要假定该语句是在一个模块中。

表 2.1. Slice的数据类型

类型	取值范围	大小（单位：bit）
bool	false or true	≥ 1
byte	-128-127或0-255	≥ 8
short	2－15至215－1	≥ 16
int	2－31至231－1	≥ 32
long	2－63至263－1	≥ 64
float	IEEE的单精度	≥ 32 bits
double	IEEE的双精度	≥ 64 bits
string	所有Unicode 字符，除了所有位为零的字符	变长

这一节大部分内容整理自ICE中文手册，在这里我特别感谢马维达同志的翻译给我们的学习带来了方便。

读服务端代码

文件server.cpp. 

#include <Ice/Ice.h> 		
#include "../print.h"
using namespace std;
using namespace Demo;

//惯例，用后缀I 表示这个类实现一个接口
class PrinterI : public Printer {
public:
	virtual void printString(const string& s, const Ice::Current&);
};	 
/*
打开print.h，看看PrinterI父类的定义

namespace Demo {
class Printer : virtual public Ice::Object {
public:

//纯虚函数，不能实例化
virtual void printString(const std::string&,
//第二个参数有缺省值，实现中可以不使用
const Ice::Current&= Ice::Current()) = 0;
};
};
*/

void PrinterI::printString(const string& s, const Ice::Current&)
{
	cout << s << endl;
}

int  main(int argc, char* argv[])
{	
	//程序的退出时的状态，就是否成功执行
	int status = 0; 

	 //来包含Ice run time 的主句柄	(main handle)
	Ice::CommunicatorPtr ic;

	try {
	//初始化Ice run time （argc和argv是run time命令参数；
	//就这个例子而言，服务器不需要任何命令行参数）。
    //initialize 返回一个指向Ice::Communicator对象的智能指针，
	//这个指针是Ice run time 的主句柄。
		ic = Ice::initialize(argc, argv);
	 
	 //调用Communicator 实例上的createObjectAdapterWithEndpoints，
	 //创建一个对象适配器(比如：网卡就是一种适配器)。
	 //参数是"SimplePrinterAdapter" （适配器的名字）
	 //和"default -p 10000"(用缺省协议（TCP/IP）,侦听端口10000 的请求。)
	 //显然，在应用中硬编码对象标识和端口号，是一种糟糕的做法，
	 //但它目前很有效；我们将在以后看到在架构上更加合理的做法。
		Ice::ObjectAdapterPtr adapter
			= ic->createObjectAdapterWithEndpoints(
			"SimplePrinterAdapter", "default -p 10000");

	  //服务器端run time 已经初始化,实例化一个PrinterI 对象，
	  //为我们的Printer 接口创建一个servant（serv 服务＋-ant人,背一下单词）。
		Ice::ObjectPtr object = new PrinterI;

	  //我们调用适配器的add，告诉它有了一个新的servant ；
	  //传给add 的参数是刚才实例化的servant，再加上一个标识符。
	  //在这里，"SimplePrinter" 串是servant 的名字
	  //（如果我们有多个打印机，每个打印机都可以有不同的名字，
	  //更正确的说法是，都有不同的对象标识）。
		adapter->add(object,
			Ice::stringToIdentity("SimplePrinter"));

		//调用适配器的activate 方法激活适配器
		//（适配器一开始是在暂停（holding）状态创建的；
		//这种做法在下面这样的情况下很有用：
		//我们有多个servant，它们共享同一个适配器，
		//而在所有servant实例化之前我们不想处理请求）。
		//一旦适配器被激活，服务器就会开始处理来自客户的请求。
		adapter->activate();

		//最后，我们调用waitForShutdown。
		//这个方法挂起发出调用的线程直到服务器实现终止
		//——或者是通过发出一个调用关闭run time，
		ic->waitForShutdown();
	} 
	catch (const Ice::Exception& e) {
			cerr << e << endl;
		status = 1;
	} catch (const char* msg) {
		cerr << msg << endl;
		status = 1;
	}
	if (ic) {
		try {

		//必须调用Communicator::destroy结束Ice run time。
		//destroy 会等待任何还在运行的操作调用完成。
		//此外， destroy 还会确保任何还未完成的线程都得以汇合（joined），
		//并收回一些操作系统资源，比如文件描述符和内存。
		//决不要让你的main 函数不调用destroy 就终止,
		//否则，后果无法想象。
			ic->destroy();

		} catch (const Ice::Exception& e) {
			cerr << e << endl;
			status = 1;
		}
	}
	return status;
}

注意，尽管以上的代码不算少，但它们对所有的服务器都是一样的。你可以把这些代码放在一个辅助类里，然后就无需再为它费心了（Ice 提供了这样的辅助类，叫作Ice::Application，参见 10.3.1 节） 。就实际的应用代码而言，服务器只有几行代码：六行代码定义PrinterI 类，再加上三2 行代码实例化一个PrinterI 对象，并向对象适配器注册它。

读客户端代码

文件client.cpp. 

#include <Ice/Ice.h>
#include "..\print.h"
using namespace std;
using namespace Demo;
int main(int argc, char* argv[])
{
	int status = 0;
	Ice::CommunicatorPtr ic;
	try {
		ic = Ice::initialize(argc, argv);

		//stringToProxy 返回的代理（Proxy）类型是Ice::ObjectPrx，
		//这种类型位于接口和类的继承树的根部（接口的基类）。
		 Ice::ObjectPrx base 
		=ic->stringToProxy(	"SimplePrinter:default -p 10000");

		//但要实际要与我们的打印机交谈，
		//我们需要的是Printer 接口、不是Object 接口的代理。
		//为此，需要调用PrinterPrx::checkedCast 进行向下转换（向下转型）。
		//这个方法会发送一条消息给服务器，
		//询问“这是Printer 接口的代理吗？”
		//如果回答“是”，就会返回Printer 的一个代理；
		//如果代理代表的是其他类型的接口，返回一个空代理
		PrinterPrx printer = PrinterPrx::checkedCast(base);
		
		//测试向下转型是否成功，若不成功，就抛出出错消息并终止客户。
		if (!printer) 	throw "Invalid proxy";

		//现在，我们在我们的地址空间里有了一个激活的代理，
		//可以调用printString 方法，
		//把享誉已久的 "Hello World!" 串传给它。
		//服务器会在它的终端上打印这个串。
		printer->printString("Hello World!");
	}
	catch (const Ice::Exception& ex) {
		cerr << ex << endl;
		status = 1;
	} catch (const char* msg) {
		cerr << msg << endl;
		status = 1;
	}
	if (ic)
		ic->destroy();
	return status;
}

如果出现任何错误，客户会打印一条出错消息。例如，如果我们没有先启动服务器就运行客户，我们会得到：

Network.cpp:471: Ice::ConnectFailedException:
connect failed: Connection refused

(由于windows下的命令行窗口在出错后会一闪就消失，不过我们可以在client.cpp的main函数的return status;之前加上system("PAUSE");然后再在VS2003.net中把client设置为启动项目，重新编译，运行。OK，可以看到结果了。)