2012决赛评分公共规则

1、2012 决赛评分公共规则update: 2012-5-211. 使用的编译工具或环境Java：建议使用 JCreator注意 1：检验是否为 JDK1.5注意 2：选手提供的源码文件不要放在根目录C+：miniVC6注意：选手的源码可能有三种情况：1.使用 BC31 环境编写的 c 或 c+代码环境编写的c 或c+代码 3.使用 vc6 风格编写的含有预编译头的 c+代码2.使用 vc6评卷时只使用一种环境（miniVC6）。为了能顺利编译，可以预先做好 3 种环境：1.不含预编译头的c 风格示例工程：先建立 console Application 的 empty 工程再创立 c 扩展名的源

2、文件。用 prf 实验一下，编译、运行即可不含预编译头的cpp 风格的示例工程与 1 类似，只是建立源文件的时候，选cpp 为扩展名，或不写扩展名最好实验一下 STL 能否顺利编译通过含有预编译头的cpp 风格示例工程2.3.建立工程的时候，选o word 示例即可自动建立示例这样，在评分时，可根据选手代码的不同风格，分别剪切入不同的示例工程中编译2.使用 dos 工具运行 辅助工具快速 doseasy_dos.reg 修改表即可。这会在文件夹右键菜单中多一项：“进入 dos”，从而避免命令行方式的麻烦操作。如果需要注销这个功能，则：no_easy_dos.reg3.要求领到题目后，一定要先阅

3、读题目要求和给出的参考。如果对题目的叙述不能理解或对有异议，请立即提出！目前无法实现全自动阅卷，评分者对题目的理解直接影响评分！4.微软的bug记事本有可能会乱码！打开后都是乱码的。这个不是选手的错，错在微软！微软编码方式自动识别上。记事本中输入：x!=0 保存，就会出问题!可以用其它的更智能的纯文本编辑打开试试。比如提供的 NotePad+。直接运行：辅助工具 npp.5.9.8.binansiNotepad+.exe即可。5. 环境测试可以使用：辅助工具大赛环境测试 提供的测试源代码测试工具是否正常。基本的测试方法可以参看相关 word 文档。请使用提供的测试代码测试工具是否正常。6.结果

4、填空题评分每个科目的第一题是结果填空题根据该目录下的“评分标准.txt”来评分。总的原则是：只要结果正确就可以给分。注意：与初赛不同，结果填空直接上源代码的，按 0 分处理，不用编译运行其代码！7.代码填空题评分每个科目的第二题是代码填空题。根据该目录下的“评分标准.txt”来评分。总的原则是，与参考一致则直接得分。若不一致，除非是十分明显的错误，一定要代入源代码实验（尤其是较为复杂的表达式）注意：在该目录下提供了用于测试的源码，它与卷面上的源码是有差异的！列举一些等价形式：if if ifif(a=1)(1=a)(a-1=0) (a0)甚至：if (a)*b = .b0 = .总之：一定要虚

5、心！选手的某个写法，可能从未见过！8.编程题评分每个科目的后三题是编程题。根据该目录下的“评分标准.txt”来评分。编程题的分值较高。必须慎重！各个环节一定要仔细。为增加客观性，提供了辅助评分程序。虽然有辅助评分，仍需手工做许多工作：1. 把选手提供的源代码编译通过。此步骤一定要细心！ 选手由于纠正。主要包括：，拷贝来的源码可能有若干瑕疵，需要手工Java 程序写了package 语句的，注释掉。Java 程序在 JCreator 中编译时，源码一定不要放在根目录。Java 主类名与文件名不同的，修改文件名（修改主类名可能引起一系列问题）c/c+有的考生把文件名写在了源码第一行，需要注释掉。c

6、+含有预编译头和不含预编译头（stdafx.h）的，需要拷贝到不同的示例工程中。c+因为c+风格的变量定义更灵活，优先采用cpp 工程测试。有的选手把自己程序的输出结果贴到源代码中，需要注释掉。在源码中写了“学校名字，作者名字的”，需要下来。c/c+ 有的选手漏掉了 #include 这样的编译头文件，可能由于选手拷贝时的疏忽，也可能由于选手的开发环境做了额外的设置，可以补充适当的编译头。但此种情况扣 2 分。一般的头文件是： 等，可以查帮助文档确定。c+ 有的选手使用STL 库的时候，没有指定名字空间，需要加上：using namespatd;之所以选手能编译通过，可能是他（她）对编译环境做了额外配置。此种情况也要扣 2分。有的选手因为紧张，或系统滞后等原因，把源代码拷贝了两次！当然编译不过，需要删除即可，不扣分。有的选手尚未探明的原因拷贝来的代码中有乱码。试着用 Notepad+打开；如果乱码在开始或结束，可能是选器环境造成的。删除即可，不扣分。编译通过是目标，不要轻易放弃！只负责修改因环境、设置等原因可能带来的差异。选手的基本语法有错误（例如，没有定义变量），则不处理！2. 运行批处