js编码规范考试

JAVA编码规范试题

一．判断题（共20题 ,每题1分）

1.（ ）equals操作时常量放在equals操作符的左边和右边都可以。 false

2.（ ）函数的逻辑层次不能超过4层。 false

3. （ ）对于switch语句下的case语句，必须在每个case分支结束前加上break语句。 true

4. （ ）修改代码同时修改相应的注释，以保证注释与代码的一致性。不再有用的注释不要删除。 false

5. （ ）方法内的单行注释使用 //。 true

6. （ ）类名和接口使用类意义完整的英文描述，每个英文单词的首字母使用大写、其余字母使用小写的大小写混合法。 true

7. （ ）方法名使用类意义完整的英文描述：第一个单词的字母使用大写、剩余单词首字母小写其余字母小写的大小写混合法。 false

8. （ ）属性名使用意义完整的英文描述，第一个单词的字母使用小写，剩余单词首字母小写其余字母大写的大小写混合法。属性名不能与方法名相同。false

9. （）常量名使用全大写的英文描述，英文单词之间用下划线分隔开，并且使用 static final修饰。 true

10. （ ）准确地确定成员函数的存取控制

JAVA编码规范试题

一．判断题（共20题 ,每题1分）

1.（ ）equals操作时常量放在equals操作符的左边和右边都可以。 false

2.（ ）函数的逻辑层次不能超过4层。 false

3. （ ）对于switch语句下的case语句，必须在每个case分支结束前加上break语句。 true

4. （ ）修改代码同时修改相应的注释，以保证注释与代码的一致性。不再有用的注释不要删除。 false

5. （ ）方法内的单行注释使用 //。 true

6. （ ）类名和接口使用类意义完整的英文描述，每个英文单词的首字母使用大写、其余字母使用小写的大小写混合法。 true

7. （ ）方法名使用类意义完整的英文描述：第一个单词的字母使用大写、剩余单词首字母小写其余字母小写的大小写混合法。 false

8. （ ）属性名使用意义完整的英文描述，第一个单词的字母使用小写，剩余单词首字母小写其余字母大写的大小写混合法。属性名不能与方法名相同。false

9. （）常量名使用全大写的英文描述，英文单词之间用下划线分隔开，并且使用 static final修饰。 true

10. （ ）准确地确定成员函数的存取控制

C++语言编码规范

一、尽量严格按照要求书写代码，统一书写格式。详细格式参照《参考1_程序格式》。

二、所有头文件都应该使用#define保护来防止头文件被多重包含。

通用的方法：

#ifndef _IPROPETRY_H #define _IPROPETRY_H …… #endif

VC中可以使用的方法： #pragma once

三、使用前置声明等方法，尽量减少头文件依赖；

#pragma once class CUser;

class CTest { public: };

CTest(void); ~CTest(void); CUser* m_pUser;

四、包含的文件应按照项目源代码目录树结构排列，避免使用.（当前目录）和..（父目录）。

例如：

D:\\Work\\project\\src\\base\\logging.h 应该像返样被包含： #include \

五、包含头文件的顺序如下：

CPP的头文件 C系统文件 C++系统文件 其他库头文件 本项目内头文件

六、编写短小的函数，超过200行的函数可以考虑将它拆分；

七、不要使用magic number；把常数定义成常量或者宏来使用；

例子一：

const

C++语言编码规范

一、尽量严格按照要求书写代码，统一书写格式。详细格式参照《参考1_程序格式》。

二、所有头文件都应该使用#define保护来防止头文件被多重包含。

通用的方法：

#ifndef _IPROPETRY_H #define _IPROPETRY_H …… #endif

VC中可以使用的方法： #pragma once

三、使用前置声明等方法，尽量减少头文件依赖；

#pragma once class CUser;

class CTest { public: };

CTest(void); ~CTest(void); CUser* m_pUser;

四、包含的文件应按照项目源代码目录树结构排列，避免使用.（当前目录）和..（父目录）。

例如：

D:\\Work\\project\\src\\base\\logging.h 应该像返样被包含： #include \

五、包含头文件的顺序如下：

CPP的头文件 C系统文件 C++系统文件 其他库头文件 本项目内头文件

六、编写短小的函数，超过200行的函数可以考虑将它拆分；

七、不要使用magic number；把常数定义成常量或者宏来使用；

例子一：

const

编码规范

代码必须符合Java的编码规范。Java的编码规范包括：

?

命名规范

（1） 所有的标识符都只能用ASCII字母(A~Z或a~z)、

数字(0~9)和下划线“-”。

（2） 一个唯一包名的前缀总是全部小写的字母。例如：java.lang.util。

（3） 类名是一个名词，采用大小写混合的方式，每个单词的首字母大写。例如：Customer、

CreditAccount。

（4） 接口的大小写规则与类名相似。例如：Contactable、Prompter。

（5） 方法名是一个动词或动词词组，采用大小写混合的方式，第一个单词的首字母小写，其后

单词的首字母大写。例如：setFirstName(String firstName)、assignrole(SysUseruser)。

（6） 变量名第一个字母小写，任何中间单词的首字母大写。变量名应简短可以顾名思义，易于

记忆。例如：firstName, userAddress。避免单个字符的变量名，除非是一次性的临时变量。

（7） 常量的声明应该全部大写，每个单词之间用“-”连接。例如：MIN_BALANCE、

USER_STATUS_NORMAL。

?

注释规范

（1） 注释尽可能使用“//”

Android编码规范

介绍 1.

编码规范对于程序员而言尤为重要，有以下几个原因： ? ? ? ? ? ?

一个软件的生命周期中，80%的花费在于维护

几乎没有任何一个软件，在其整个生命周期中，均由最初的开发人员来维护 编码规范可以改善软件的可读性，可以让程序员尽快而彻底地理解新的代码 如果你将源码作为产品发布，就需要确任它是否被很好的打包并且清晰无误，一如你已构建的其它任何产品

10个工程师写的代码会看起来一个人写的代码。

维护阶段一目了然清晰，可以节省不少时间去熟悉看懂代码等等。

为什么需要编码规范?

命名 2.

包命名

命名规则：一个唯一包名的前缀总是全部小写的ASCII 字母并且是一个顶级域名，通常是com，edu，gov，mil，net，org。包名的后续部分根据不同机构各自内部的命名规范而不尽相同。这类命名规范可能以特定目录名的组成来区分部门 (department) ，项目(project)，机器(machine)，或注册名(login names)。

例如： com.hymobile.nloc.activities

规约：包命名必须以com.hymobile开始，后面跟有项目名称（或者缩写）,再后面为模块名

拟 制：内容范畴：保密级别：范围：安全中心 信息安全 保密

全体员工

编码安全规范

V1.0

关键字：

安全, 编码规范 文档类别： 开发技术文档 文件名： 编码安全规范.doc 版本

：

1.0

文档历史

日期 2007-02-19 2007-2-28 2007-3-8 2007-3-12 作者 wolfliu applelin Tony, Coolcyang applelin stevezheng Dum applelin 版本号 V0.1 V0.2 V0.3 V0.4 V0.5 V0.6 备注 分割了一下原来的V0.2的文档，抽出一个单列的格式，以便后续修改。 根据新的格式整理并补充 补充示例

第一篇 防止堆栈溢出类漏洞 ..................................................................................................4 1.1对任何用户输入数据必须首先校验其长度，避免由于长度越界引起的缓冲区溢出。 ..........4 1.2C＋＋和MFC程序字符串处理，选择现有的处理类库，禁止自己编写类库。.......

开发命名规范

JAVA编码规范

目 录

1

概述 ................................................................................................................................... 3 1.1 1.2 1.3 2

编写目的 ............................................................................................................ 3 预期读者 ............................................................................................................ 3 适用范围 ............................................................................................................ 3

上海天缘迪柯信息技术有限公司

JS

Version 1.0 --HG团队

2013年8月

编码规范

上海天缘迪柯信息技术有限公司

文件建立/修改记录

建立/修改人 序号 版本 建立或修改 日期 1 1.0 建立 李云花 2013-8-27 2 日期 邓俊杰 2013-8-30 日期 邓俊杰 2013-9-9 审核人 批准人 3 1

目录

1

概述 .............................................................................................................. 5 ? ? ? ? ? 2 3

可理解性 ............................................................................................... 5 直观性 ............................

拟 制：内容范畴：保密级别：范围：安全中心 信息安全 保密

全体员工

编码安全规范

V1.0

关键字：

安全, 编码规范 文档类别： 开发技术文档 文件名： 编码安全规范.doc 版本

：

1.0

文档历史

日期 2007-02-19 2007-2-28 2007-3-8 2007-3-12 作者 wolfliu applelin Tony, Coolcyang applelin stevezheng Dum applelin 版本号 V0.1 V0.2 V0.3 V0.4 V0.5 V0.6 备注 分割了一下原来的V0.2的文档，抽出一个单列的格式，以便后续修改。 根据新的格式整理并补充 补充示例

第一篇 防止堆栈溢出类漏洞 ..................................................................................................4 1.1对任何用户输入数据必须首先校验其长度，避免由于长度越界引起的缓冲区溢出。 ..........4 1.2C＋＋和MFC程序字符串处理，选择现有的处理类库，禁止自己编写类库。.......