文档介绍：. 编码规范第一章引言本手册描述了本公司所使用的代码规范, 该规范仍在不断完善中,诸位可以自由地提出建议。很多人写程序都是先创建一个初始版本, 然后不断地修改,直至将其完善。如果你正这样做,你的未完成版本程序不必完全遵从本规范。目标编码规范有以下目标: 1. 增加代码可读性,降低代码维护成本。 2. 使程序更可靠,帮助程序员及早发现代码中的问题。 3. 降低代码编写成本。本规范已在实践中证明是有效的。动机编码惯例重要性如下: ,公司很重视代码的快速可读性和可修改性。 2. 公司会卖一组软件产品给同一客户,使用统一的编码规范可以减少出现的问题,从而客户愿意升级现有产品或购买额外的产品。 3. 公司的一些软件应用于影响政府和企业安全的场合,于是软件需要有统一的惯例可循,以受到严格监控。第二章项目公约存储项目文件都存储在服务器上。文件储存包括源文件(source files ) ,手册(manuals )和版本(releases )。项目存储路径: 1. 路径的第一部分是这个项目客户端的名字。举例来说,所有北信源公司产品被存放在 VRV 文件夹下。 2. 路径的第二部分是产品名称。举例来说, TAC 工程存储在 VRV\TAC 文件夹下。客户名称和产品名称共同组成项目的根路径。项目的根目录包含名为的文件,该文本文件描述了怎样去创建项目,它包含以下信息: 1. 创建项目所需要的文件。 2. 安装项目所需要的工具。如 Microsoft Visual C++ 。 3. 所需要的第三方组件库。请确保你能看懂本小节并成功地创建项目。工程组件主目录下的分项目(目录)包括: 1. Release (版本) 2. Manual( 手册)包括用户手册。 3. Resource (资源) 工程的资源文件. 如果源文件是平台相关的,适用于各平台的当前工程将有一个 Source 文件作为共享文件。这个工程在每个平台下有对应的名字,如' Macintosh '或' Windows '。(Source 与 Windows 和 Macintosh 处于同一目录级,而在 Macintosh 和 Windows 下分别有各自的 Manual 和 Release 文件夹): 举一个例子,一个项目可以包括以下次级: \Bruxton\Acquire\Macintosh \Bruxton\Acquire\Manual \Bruxton\Acquire\Release \Bruxton\Acquire\Source \Bruxton\Acquire\Windows 如果一个工程有多个组件,要在根目录中显示它们。例如,一个项目有两个可执行文件,'TAC '和'TAC fit' , 这两者有一个共享文件。这种情况下,三种资源都在,分别为'TAC '、'TAC fit' mon ’。所有设置有平台依赖性。\bruxton \TAC \Common \bruxton \TAC \Common \Macintosh \bruxton \TAC \Common \Source \bruxton \TAC \Common \Windows \bruxton \TAC \Manual \ Bruxton\TAC\Release \ Bruxton\TAC\TAC\Macintosh \ Bruxton\TAC\TAC\Source \ Bruxton\TAC\TAC\Windows \ Bruxton\TAC\TACFit\Macintosh \ Bruxton\TAC\TACFit\Source \ Bruxton\TAC\TACFit\Windows 项目标签当一个版本被送出公司做测试或使用时,应该在工程的资源文件上附上标签。临时测试版本除外,如把某一版本发送给经销商测试一些特定的问题。发布版本使用类似“ ”,而升级使用“ ”的形式。例如, 是主要的发布版本,而是其升级版本。相关的项目标签是‘ Release ’,如‘ Release ’。测试版本没有版本号,他们用 Test 标记,后面跟上日期(),例如‘ Test 08 . 8’。第三章 C++ 规范本章描述 C++ 规范,确保即使所有的程序都有其一致性和可读性。正如你写程序时若要让程序能被他的读者所理解,你就必须写、审查和修改你的代码。一个成功的软件产品的市场生命周期超过 10 年,长于多数电脑、操作系统和语言。我们鼓励简单的编程. 风格,避免不寻常的语言特色