编码规范考试
更新时间:2024-05-07 09:11:01 阅读量: 综合文库 文档下载
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. ( )准确地确定成员函数的存取控制符号:只是该类内部调用的函数使用 private 属性,继承类可以使用的使用protected属性,同包类可以调用的使用默认属性(不加属性控制符号),对外公开的函数使用public属性。true 11. ( ) 系统非正常运行产生的异常捕获后,如果不对该异常进行处理,则应该记录日志。 True 12. ( ) 记录异常不要保存exception. toString (),而要记录exception. getMessage (),一般可通过日志工具记录完整的异常堆栈信息。 false
13. ( ) interface 中定义的常量不要写public、static、final的修饰词,方法不要写public修饰词。 True
14.( ) 对Debug,Info级别日志输出前不需要对当前的调试等级先进行判断。 False
15. ( ) Java 1.4中大量字符串的“相加”操作应该使用StringBuffer。Java 5.0以上版本大量字符串“相加等于”操作如果不涉及线程安全应该使用StringBuilder,如果有线程安全的要求应该使用StringBuffer。 true
16. ( )涉及物理状态或者含有物理意义的常量,提倡直接使用数字,因为这些是众所知之的,没有必要再进行常量的定义。 false
17. ( )数据库操作、IO操作等需要使用结束close()的对象必须在try -catch-finally 的catch中close()。 false
18.( ) 数据库操作、IO操作等需要使用结束close()的对象必须在try -catch-finally 的finally中close()。 true
19.( ) 数组声明的时候使用 int index[],而不要使用 int[] index。false
20.( ) 所有的数据类必须重载toString() 方法,返回该类有意义的内容。 true
答案:
1、(×) 2、(×) 3、(√) 4、(×) 5、(√) 6、(√) 7、(×) 8、(×) 9、(√) 10、(√) 11、(√) 12.(×) 13.(√) 14.(×) 15.(√) 16.(×) 17.(×) 18.(√) 19.(×) 20.(√)
二.单选题(共50题 ,每题1分)
1. 关于程序块的缩进,描述正确的是 b
A. 缩进的空格数为2个 B. 缩进的空格数为4个
C. 缩进的空格数为8个 D. 缩进的空格数为一个Tab占位符 2.关于代码的缩进,描述正确的是 c A. for (...) { ... // program code }
B. if (...) {
... // program code }
C. void example_fun( void ) {
... // program code
}
D. if(...){ return ... } else{
return ... }
3. 较长的语句、表达式或参数要分成多行书写,描述错误的是 d
A. 每行步超过80个字符 B. 长表达式要在低优先级操作符处划分新行 C. 划分出的新行要进行适当的缩进 D. 操作符放在上一行之尾 4. 以下选项中,符合编码规范的是 a A. if (filename != null && new File(logPath + filename).length() < LogConfig.getFileSize()) {
... // program code }
B. if (filename != null &&
new File(logPath + filename).length() < LogConfig.getFileSize()) {
... // program code }
C. if (filename != null &&
new File(logPath + filename).length() < LogConfig.getFileSize()) {
... // program code }
D. if (filename != null && new File(logPath + filename).length() < LogConfig.getFileSize()) {
... // program code }
5. 以下选项中,符合编码规范的是 d
A. if(writeToFile) writeFileThread.interrupt(); B. if(writeToFile)
writeFileThread.interrupt(); C. if(writeToFile){
writeFileThread.interrupt(); }
D. if(writeToFile) {
writeFileThread.interrupt(); }
6. 以下选项中,不符合编码规范的是 c
A. if (a >= b && c > d) B. p.id = pid; C. flag = !isEmpty; i ++; D. int a, b, c;
7. 以下选项中,符合编码规范的是 b
A. if (current_time >= MAX_TIME_VALUE) a = b + c; a *= 2; a = b ^ 2;
B. if (current_time >= MAX_TIME_VALUE) a = b + c; a *= 2; a = b ^ 2;
C. if (current_time >= MAX_TIME_VALUE) {
a = b + c; }
a *= 2; a = b ^ 2;
D. if (current_time >= MAX_TIME_VALUE) a = b + c; a *= 2; a = b ^ 2;
8. 关于代码中的注释,描述正确的是 c
A. 源程序有效注释量必须在10%以上 B. 源程序有效注释量必须在20%以上 C. 源程序有效注释量必须在30%以上 D. 源程序有效注释量必须在40%以上 9. 对于注释规范,描述正确的是 a
A. 避免在注释中使用缩写,特别是不常用缩写。
B. 在注释量较多时,为了避免注释量太多,建议多使用一些缩写,以使得注释简洁些,避免冗长
C. 对于注释中的缩写,建议不需要解释,因为这些缩写的含义,都应该知道 D. 对于注释中的缩写,为了避免理解错误,建议都需要进行说明 10. 对于注释的描述正确的是 c
A. 注释的内容要相对清楚、明了,含义相对准确,减少注释二义性。 B. 对于错误的注释,需要根据项目时间,进行适当的修改和调整 C. 错误的注释不但无益反而有害,必须删除
D对于修改代码后不再有用的注释,为了保证修改记录可见,避免可能出现的问题,不能删除。
11. 对于注释的描述正确的是 a
A. 边写代码边注释,修改代码同时修改相应的注释,以保证注释与代码的一致性。
B. 可以在代码写完后集中增加注释,这样的注释能够从整体把握,减少修改代码就必须修改注释而产生的工作量
C. 对于修改代码后不再有用的注释,为了保证修改记录可见,避免可能出现的问题,不能删除。
D. 对于修改后的代码与注释不一致的情况,需要尽量减少,当时间紧张时以代码为主,注释为辅
12. 对于注释的描述正确的是 d
A. 对于变量的定义,一般情况下不需要注释 B. 条件分之因为比较简单,一般不需要注释
C. 循环分之可以根据实际情况,可以增加注释,也可以不加,根据注释量确定 D. 对变量的定义,条件分之,循环分之必须编写注释 13. 关于switch语句的使用,描述正确的是 a
A. 对于switch语句下的case语句,如果因为特殊情况需要处理完一个case后进入下一个case处理,必须在该case语句处理完、下一个case语句前加上明确的注释。
B. 对于switch语句下的case语句,如果因为特殊情况需要处理完一个case后进入下一个case处理,必须在该case语句之前就加上明确的注释。
C. 对于switch语句下的case语句,如果因为特殊情况需要处理完一个case后进入下一个case处理,如果很简单,可以不加注释
D. 尽量避免使用switch语句,建议使用嵌套的if语句代替switch 14. 下列选项中,描述正确的是 b A.//注释code one program code one //注释code two program code two B. //注释code one program code one
//注释code two program code two C. program code one //注释code one program code two //注释code two D. program code one //注释code one
program code two //注释code two
15. 下列选项中,描述正确的是 d
A. 注释的原则是满足对注释量的要求。注释多了没有问题,但是一定不能少。 B. 在注释量达不到要求时,可以增加一些意义相对不大的注释。 C. 对于注释,可以存在二义性,但是越少越好。
D. 注释的原则是有助于对程序的阅读理解,在该加的地方都加了,注释不宜太多也不能太少,注释语言必须准确、易懂、简洁。
16. 关于包的注释,描述不正确的是 d
A. 包的注释写入一个名为 package.html 的HTML格式的说明文件放入当前路径。
B. 简述本包的作用、详细描述本包的内容、产品模块名称和版本、公司版权。 C. 在详细描述中应该说明这个包的作用以及在整个项目中的位置。
D. 包的注释中需要简述本包的作用就可以了,其他的信息根据需要进行补充。 17. 关于文件的注释,描述不正确的是 c A. 文件注释写入文件头部,包名之前的位置。
B. 文件注释包括版权说明、描述信息、生成日期、修改历史。 C. 文件注释中的文件名必须。
D. 每次修改后在文件头部写明修改信息。 18. 关于类和接口的注释,描述不正确的是 d
A. 该注释放在 package 关键字之后,class 或者 interface 关键字之前。 B. 类的注释主要是一句话功能简述、功能详细描述。
C. 可根据需要列出:版本号、生成日期、作者、内容、功能、与其它类的关系等。 如果一个类存在Bug,请如实说明这些Bug。
D. 每次修改后,不需要增加作者和更新版本号和日期。 19. 下列选项中,描述不正确的是 d
A. 类属性和公有方法的注释写在类属性、公有和保护方法上面。
B. 成员变量的注释包括成员变量的意义、目的、功能,可能被用到的地方。 C. 公有方法的注释列出方法的一句话功能简述、功能详细描述、输入参数、输出参数、返回值、违例等。
D. 对于私有方法,因为只有本类适用,因此不需要增加注释。 20. 下列选项中,描述不正确的是 c
A. 对于方法内部用throw语句抛出的异常,必须在方法的注释中标明。 B. 对于所调用的其他方法所抛出的异常,选择主要的在注释中说明。
C. 对于所调用的其他方法所抛出的异常,必须将所有的异常在注释中说明。 D. 对于非RuntimeException,即throws子句声明会抛出的异常,必须在方法的注释中标明。
21. 关于包的命名,不正确的是 c
A. 包名采用域后缀倒置的加上自定义的包名,采用小写字母。 B. 在部门内部应该规划好包名的范围,防止产生冲突。
C. 为了避免限制研发人员的创造性,不需要对包名进行规划,有研发人员自己确定即可。
D. 部门内部产品使用部门的名称加上模块名称。产品线的产品使用产品的名称加上模块的名称。
22. 关于命名,描述不正确的是 d
A. 类名和接口使用类意义完整的英文描述。
B. 类名和接口的命名采用每个英文单词的首字母使用大写、其余字母使用小写的大小写混合法。
C. 方法名使用方法意义完整的英文描述
D. 方法名采用第一个单词的字母使用大写、剩余单词首字母大写其余字母小写的大小写混合法。
23. 下列选项中,描述不正确的是 b
A. 方法中,存取属性的方法采用setter 和 getter方法. B. 方法中,存取属性的方法可以不采用setter 和 getter方法,只需要通过注释进行说明。
C. 方法名使用意义完整的英文描述:第一个单词的字母使用小写、剩余单词首字母大写其余字母小写的大小写混合法。 D. 动作方法采用动词和动宾结构。 24. 下列选项中,描述不正确的是 d
A. 属性名使用意义完整的英文描述:第一个单词的字母使用小写、剩余单词首字母大写其余字母小写的大小写混合法。
B. 常量名使用全大写的英文描述,英文单词之间用下划线分隔开,并且使用 final static 修饰。
C. 属性名不能与方法名相同。 D. 属性名可以与方法名相同。 25. 下列选项中,描述不正确的是 c
A. 属性名可以和公有方法参数相同。 B. 属性名不能和局部变量相同。 C. 属性名可以和局部变量相同。 D. 引用非静态成员变量时使用 this 引用,引用静态成员变量时使用类名引用。 26. 下列选项中,关于编码规范的描述正确的是 b A. 大致确定方法功能,近似地实现方法设计。
B. 一个函数仅完成一件功能,即使简单功能也应该编写方法实现。 C. 仅用一两行就可完成的功能去编方法没有必要。
D. 对于简单的功能,可以在一个方法中实现多个功能。 27. 关于接口方法参数的合法性检查,描述不正确的是 d
A. 应明确规定对接口方法参数的合法性检查应由方法的调用者负责还是由接口方法本身负责,
B. 参数的合法性检查缺省是由方法调用者负责。 C. 调用者和被调用者均对参数进行合法性检查。 D. 调用者和被调用者均不对参数进行合法性检查。 28. 关于类的设计,描述不正确的是 c
A. 明确类的功能,精确(而不是近似)地实现类的设计。一个类仅实现一组相近的功能。
B. 划分类的时候,应该尽量把逻辑处理、数据和显示分离,实现类功能的单一性。
C. 数据类可以包含数据处理的逻辑。 D. 通信类不能包含显示处理的逻辑。 29. 下列选项中,描述不正确的是 b
A. 所有的数据类必须重载toString() 方法。
B. 对于比较简单的数据类,不需要重载toString()方法。
C. 父类如果实现了比较合理的toString() ,子类可以继承不必再重写。 D. 数据类的toString()方法返回该类有意义的内容。 30. 下列选项中,关于异常的处理,描述不正确的是 d
A. 数据库操作、IO操作等需要使用结束close()的对象必须在try -catch-finally 的finally中close()。
B. 异常捕获后,如果不对该异常进行处理,则应该纪录日志或者ex.printStackTrace() 。
C. 若有特殊原因不对该异常进行处理,必须用注释加以说明。 D. 自己抛出的异常不要填写详细的描述信息。 31. 下列选项中,描述不正确的是 a
A. 在程序中使用异常处理还是使用错误返回码处理,根据是否有利于程序结构来确定,其中异常和错误码可以混合使用。
B. 在程序中使用异常处理还是使用错误返回码处理,根据是否有利于程序结构来确定,并且异常和错误码不应该混合使用,推荐使用异常。 C. 一个系统或者模块应该统一规划异常类型和返回码的含义。
D. 不能用异常来做一般流程处理的方式,不要过多地使用异常,异常的处理效率比条件分支低,而且异常的跳转流程难以预测。 32. 下列选项中,描述不正确的是 c
A. 避免使用不易理解的数字,用有意义的标识来替代。
B. 涉及物理状态或者含有物理意义的常量,不应直接使用数字,必须用有意义的静态变量来代替。
C. 对于一些数字可以直接适用,不需要用有意义的标识来替代。 D. 数组声明的时候使用 int[] index ,而不要使用 int index[] 。 33. 下述各项中,符合编码规范的描述的项是 d
A. 即使是不易理解的数字,只要开发人员已经达成了一致意见,也可以在代码中直接使用。
B. 涉及物理状态或者含有物理意义的常量,因为是众所周知的,因此可以直接使用数字,没有必要再用有意义的静态变量来代替。
C. 对于数字的表示,只要开发人员达成一致,就没有必要强制要求。 D. 避免使用不易理解的数字,用有意义的标识来替代。 34. Java源文件中,关于包和import的描述不正确的是 b A. 某些情况下,Java源文件可以不包含包语句。 B. Java源文件中,第一个非注释行必须是包语句. C. 某些情况下,Java源文件中可以不包含引入语句。
D. Java源文件中,通常第一个非注释行是包语句。在它之后可以跟引入语句. 35. 关于变量的初始化,描述正确的是 d A. 对于变量的初始化,在编码过程中可以不强制要求,只要不产生空指针即可。 B. 对于特定类型的变量,如String,int,不需要进行初始化。 C. 变量应该在使用时再初始化。
D. 尽量在声明局部变量的同时初始化。唯一不这么做的理由是变量的初始值依赖于某些先前发生的计算。
36. 关于方法命名,下面那句话是正确的 c
A. 除了构建器外,定义和类名相同的方法名会产生编译错误。 B. 如果没有定义构建器,那么可以定义和类名相同的方法名。 C. 定义和类名相同的方法名不会产生错误,只是有时候容易混淆。 D. 定义和类名相同的方法名不会有任何问题。 37. 下列选项中,对命名规范描述正确的是 a
A. 类、接口名的单词首字母应该大写 B. 包名单词的首字母应该大写。 C. 方法名的单词首字母应该大写。 D. 变量名的单词首字母应该大写。 38. 当一个表达式长度超出一行内时,下面那一个不是进行换行的规则 c A. 在一个逗号后面断开。 B. 在一个操作符前面断开。
C. 选择较低级别(lower-level)的断开,而非较高级别(higher-level)的断开。 D. 新的一行应该与上一行同一级别表达式的开头处对齐 39. 下列各项中不符合编码规范的是 a
A. argv++; argc--; B. argv++;argc--; C. argv++;--argc; D. argv++;--argc; 40. 调试代码,增加打印信息,应该使用 d A. System.out。 B. System.err。
C. 包含统一开关的测试类进行统一打印 D. 其他都不是。
41. 下述各项中,关于变量的声明错误的是 c
A. 推荐一行一个声明,因为这样以利于写注释。亦即, int level; // indentation level int size; // size of table
B. 不要将不同类型变量的声明放在同一行,例如: int foo, fooarray[]; //WRONG!
C. 如果需要声明的变量较少,提倡将这些变量放在同一行。如 int leve, int size;
D. 变量声明语句中,在类型和标识符之间放了一个空格,另一种被允许的替代方式是使用制表符:
int level; // indentation level int size; // size of table
Object currentEntry; // currently selected table entry 42. 下述各项中,符合编码规范的是 a A. for (...) {
... // program code }
B. for (...) {
... // program code }
C. for (...) {
... // program code }
D. for (...) {
... // program code }
43. 下述各项中,不符合编码规范的是 c
A. 在switch 中每个 case 语句都应该包含 break 或者 return 。 B. 不要使用空的for 、if 、while 语句。 C. 静态属性的初始化不需要显式初始化。
D. 在运算中不要减小数据的精度。
44. 下述选项中,关于异常的描述错误的是 c
A. 数据库操作、IO操作等需要使用结束close()的对象必须在try -catch-finally 的finally中close()。
B. 异常捕获后,如果不对该异常进行处理,则应该纪录日志或者ex.printStackTrace() 。
C. 异常捕获后,如果不对该异常进行处理,直接忽略即可。 D. 自己抛出的异常必须要填写详细的描述信息。 45. 关于方法的设计,描述正确的是 d A. 明确方法功能,精确地实现方法设计。
B. 一个方法仅完成一件功能,即使简单功能也应该编写方法实现。
C. 仅用一两行就可完成的功能去编方法好象没有必要,但用方法可使功能明确化,增加程序可读性,亦可方便维护、测试。 D. 明确方法功能,近似地实现方法设计。 46. 关于类的设计,描述错误的是 d
A. 应明确规定对接口方法参数的合法性检查应由方法的调用者负责还是由接口方法本身负责。
B. 明确类的功能,精确(而不是近似)地实现类的设计。
C. 所有的数据类必须重载toString() 方法,返回该类有意义的内容。 D. 一个类可以包含很多功能,而不仅仅是一组相近的功能。 47. 下述个项中,符合编码规范的是 a
A. if(log.getLevel() < LogConfig.getRecordLevel()) {
return; }
LogWriter writer; int index;
Bif(log.getLevel() < LogConfig.getRecordLevel()) {
return; }
LogWriter writer;
int index;
C. if(log.getLevel() < LogConfig.getRecordLevel()) {
return; }
LogWriter writer; int index;
D. if(log.getLevel() < LogConfig.getRecordLevel())
{
return; }
LogWriter writer; int index;
48. 下述个项中,符合编码规范的是 d
A. if(writeToFile) writeFileThread.interrupt(); B. if(writeToFile){ writeFileThread.interrupt();} C. if(writeToFile){
writeFileThread.interrupt(); }
D. if(writeToFile) {
writeFileThread.interrupt(); }
49. 下列选项中,关于方法的命名不正确的是 d A. public String getType(); B. public boolean isFinished(); C. public void show(); D. public void AddKeyListener(Listener); 50. 下列选项中,不符合编码规范的是 d A. try {
//.... ... }
catch (IOException ioe) {
ioe.printStackTrace (); }
B. throw new IOException(\ C. try {
// ... ... }
catch(IOException ioe) {
//... ... }
finally {
try {
out.close(); }
catch (IOException ioe) {
//... ...
} } D. try {
// ... ... }
catch(IOException ioe) {
//... ... }
答案:
1.B 2.C 3.D 4.A 5.D 6.C 7.B 8.C 9.A 10.C
11.A 12.D 13.A 14.B 15.D 16.D 17.C 18.D 19.D 20.C 21.C 22.D 23.B 24. D 25. C 26.B 27.D 28.C 29.B 30.D 31.A 32.C 33.D 34.B 35.D 36.C 37.A 38.C 39.A 40.D 41.C 42.A 43.C 44.C 45.D 46.D 47.A 48.D 49.D 50.D
三.多选题(共10题,每题2分)
1. 下述各项中,符合编码规范的是 ab
A. 分界符(如大括号‘{’和‘}’)应各独占一行并且位于同一列,同时与引用它们的语句左对齐。
B. 较长的语句、表达式或参数(>80字符)要分成多行书写,长表达式要在低优先级操作符处划分新行,操作符放在新行之首,划分出的新行要进行适当的缩进,使排版整齐,语句可读。
C. 建议把多个短语句写在一行中,便于阅读
D. if, for, do, while等语句的执行语句如果只有一行的话,不需要要加括号{}。
2. 下述各项中,不符合编码规范的是 ab
A. 相对独立的程序块之间、变量说明之后可以不加空行。 B. 对齐只使用空格键,对于在工具中,可以使用TAB键。
B. 在两个以上的关键字、变量、常量进行对等操作时,它们之间的操作符之前、之后或者前后要加空格;
D. if, for, do, while, case, switch, default 等语句自占一行。 3. 下述各项的代码中,符合编码规范的是 cd A. for (...) {
... // program code }
B. void example_fun( void ) {
... // program code }
C. if (filename != null && new File(logPath + filename).length() < LogConfig.getFileSize()) {
... // program code }
D. LogFilename now = null; LogFilename that = null;
4. 下述各项的代码中,符合编码规范的是 bd
A. if(writeToFile) writeFileThread.interrupt(); B. if(writeToFile) {
writeFileThread.interrupt(); }
C. if(log.getLevel() < LogConfig.getRecordLevel()) {
return; }
LogWriter writer;
D. if(log.getLevel() < LogConfig.getRecordLevel()) {
return; }
LogWriter writer; int index;
5. 下述各项中,不符合编码规范的是 ac
A. int a, b, c; B. flag=! isEmpty; i ++; C. if (current_time >= MAX_TIME_VALUE) D. p . id=pid;
6. 下述各项中,关于注释的描述正确的是 ad
A. 注释应与其描述的代码相近,对代码的注释应放在其上方或右方(对单条语句的注释)相邻位置。
B. 注释也可放在下面,如放于上方则需与其上面的代码用空行隔开。 C. 注释与所描述内容可以不采用同样的缩排。 D. 将注释与其上面的代码用空行隔开。
7. 下述各项中,关于注释的描述错误的是 ac
A. 对简单的变量的定义和分支语句(条件分支、循环语句等)可以不编写注释。 B. 对于switch语句下的case语句,如果因为特殊情况需要处理完一个case后进入下一个case处理,必须在该case语句处理完、下一个case语句前加上明确的注释。
C. 建议在代码写作完成后,统一添加注释。
D. 注释的内容要清楚、明了,含义准确,防止注释二义性. 8. 下述选项中,关于命名描述正确的是 ac
A. 包名采用域后缀倒置的加上自定义的包名,采用小写字母。 B. 包名可以根据需要自己定义即可,采用小写字母。
C. 类名和接口使用类意义完整的英文描述,每个英文单词的首字母使用大写、其余字母使用小写的大小写混合法。
D. 类名和接口使用类意义完整的英文描述,第一个单词的字母使用小写、剩余单词首字母大写其余字母小写的大小写混合法。 9. 下述选项中,关于类的设计描述不正确的是 bd
A. 明确类的功能,精确(而不是近似)地实现类的设计。 B. 一个类可以实现多组相近的功能。
C. 所有的数据类必须重载toString() 方法,返回该类有意义的内容。 D. 接口方法参数应由调用者和被调用者均对参数进行合法性检查。 10. 下述选项中,关于异常的处理描述正确的是 ab
A. 数据库操作、IO操作等需要使用结束close()的对象必须在try -catch-finally 的finally中close()。
B. 异常捕获后,如果不对该异常进行处理,则应该纪录日志或者ex.printStackTrace() 。
C. 自己抛出的异常不需要填写详细的描述信息。 D. 运行期异常使用RuntimeException的子类来表示,必须在可能抛出异常的方法声明上加throws子句。非运行期异常是从Exception继承而来的,不用在方法声明上加throws子句。 答案
1.AB 2.AB 3.CD 4.BD 5.AC 6.AD
7.AC 8.AC 9.BD 10.AB
四.改错题(共2题,每题5分)
第一题 /**
* delExpImpLog *
* @param request * request * @param indexes * indexes
* @param operateLog operateLog *
*/
[邵洪岗1] public void delExpImpLog(HttpServletRequest request, Integer[] indexes, OperateLog operateLog[邵洪岗2])[邵洪岗3]
{
// 初始化返回结果码 portalOperLog =
(PortalOperLog)BeanMaker.getBean(\);
// 初始化删除失败记录数 int errorCount = 0;
ExpImpLog expImpLog = null;
for (int i = 0; i < indexes.length; i++) {
Integer index = indexes[i]; try {
expImpLog = expImpDao.findByInnerIndex(index); if (null == expImpLog) {
// 写操作失败日志
portalOperLog.logDeleteFail(request,\deleted \,\,operateLog); continue; }
// 删除导入日志
expImpDao.delOneEcInfo(expImpLog);
File file = new File(expImpLog.getErrorFile()); if (\[邵洪岗file.exists())[邵洪岗 { {
runLog.info(\ + expImpLog.getErrorFile());
} } else {
runLog.error(\ + expImpLog.getErrorFile()
+ \);
//删除失败,失败记录加1
4].equals(request.getStateCode()) &&
5]
if (file.delete())
errorCount++; }
// 记录操作结果日志
portalOperLog.logDeleteSucc(request, expImpLog, \expImpLog success\, operateLog); }
catch (Exception e)[邵洪岗 { e);
// 删除失败,失败记录加1 errorCount++; } }
portalResult.setDelErrorNum(errorCount); } }
第二题
/**
* 获取通知地址分发消息。 * @author wangxiaoya * @date 2010-7-19 */ public void cycleInfo()
6]
runLog.error(\expImpLog fail! innerIndex=\ + index,
{
String Str [] = null;[邵洪岗
7]
//获取各个部件的通知地址
Str = outNotify.getResult(); StringBuffer b = null;[邵洪岗 BufferedReader in = null;
Connection conn = null; APLResultSet rs = null; String sql= \ File file = null;
for (int i = 0; i < Str.length; i++)
8]
{
if( null != Str)[邵洪岗 { }
conn = DB.getConnection();[邵洪岗
9]
log.log(Priority.DEBUG, \
10]
try {
in = new BufferedReader(new FileReader(file)); b = new StringBuffer(); }
catch {
Throw ex; } } } }
[邵洪岗11] [邵洪岗12]
[邵洪岗13](IOException ex)
正在阅读:
编码规范考试05-07
开展队伍教育整顿心得体会精编多篇08-02
政治学原理·随堂作业2017秋华工答案11-11
人力资源管理 - 图文04-21
韩愈《送王秀才序》讲稿02-22
C或C++调用Matlab程序10-02
2015年教师招聘考试地理备考习题之地表形态的塑造九03-19
描写爱情的现代诗歌03-30
小学数学课程标准解读(修改稿)04-30
- 多层物业服务方案
- (审判实务)习惯法与少数民族地区民间纠纷解决问题(孙 潋)
- 人教版新课标六年级下册语文全册教案
- 词语打卡
- photoshop实习报告
- 钢结构设计原理综合测试2
- 2014年期末练习题
- 高中数学中的逆向思维解题方法探讨
- 名师原创 全国通用2014-2015学年高二寒假作业 政治(一)Word版
- 北航《建筑结构检测鉴定与加固》在线作业三
- XX县卫生监督所工程建设项目可行性研究报告
- 小学四年级观察作文经典评语
- 浅谈110KV变电站电气一次设计-程泉焱(1)
- 安全员考试题库
- 国家电网公司变电运维管理规定(试行)
- 义务教育课程标准稿征求意见提纲
- 教学秘书面试技巧
- 钢结构工程施工组织设计
- 水利工程概论论文
- 09届九年级数学第四次模拟试卷
- 编码
- 规范
- 考试