2012-C07-team4

从 Trac 迁移的文章

这是从旧校内 Wiki 迁移的文章，可能存在一些样式问题，您可以向 memset0 反馈。

原文章内容如下：

稍微写几点总结吧: 
 1. D 题我们 WA 了一整场, 我们三个人都看了代码, 但是找不出错误... 训练时候学姐曾建议我重写, 但是我觉得算法是一样的, 重写也没用. 赛后我重写了一遍, 果断 1Y.
 2. 在后半场我们开坑顺序有问题: 一个是先开了 I, 而不是明显更暴力的 G, 而且过 G 的人比 I 多; 另一个是没有去重写更多人过的 D.
 3. 最后鄙视一下搞学长昨晚没睡够, 今天困了一整场!

以下是我的一点代码风格小建议:
 1. 尽量将代码 OOP 化, 即多用类封装.
 2. 尽量用 STL 或内置函数, 首先是代码正确性, 其次是代码可读性, 再次是代码简洁性.
 3. 尽量将程序拆分成多个函数 (函数名尽量有意义).
 4. 代码逻辑比较绕的时候建议写一点注释, 为自己也为队友.
 5. debug 时适当写一些通用的输出函数, 配合 assert() 使用. (搞学长说的很对: 虽然 gdb 不常用, 但是建议学一下. [wiki:team4-gdb-tutorial gdb教程在这里])
 6. 对于不是非常简单的题, 写程序的时候先写主干部分, 再逐步填功能函数. 这样思路更清晰, 主次分明, 适合逻辑混乱者和我这样的蠢人. 这样还有助于队友帮你完成部分模块, 分工合作, 减少上机时的思考时间.
 7. 对于第六点的补充: 不上机的时候, 可以按照同样的方法先在纸上写一下 main() 函数, 然后写一下重要的几个功能函数, 如果能考虑清楚细节最好, 更好地利用上机时间.

加油加油加油!

稍微写几点总结吧:

1. D 题我们 WA 了一整场, 我们三个人都看了代码, 但是找不出错误... 训练时候学姐曾建议我重写, 但是我觉得算法是一样的, 重写也没用. 赛后我重写了一遍, 果断 1Y.

2. 在后半场我们开坑顺序有问题: 一个是先开了 I, 而不是明显更暴力的 G, 而且过 G 的人比 I 多; 另一个是没有去重写更多人过的 D.

3. 最后鄙视一下搞学长昨晚没睡够, 今天困了一整场!

以下是我的一点代码风格小建议:

1. 尽量将代码 OOP 化, 即多用类封装.

2. 尽量用 STL 或内置函数, 首先是代码正确性, 其次是代码可读性, 再次是代码简洁性.

3. 尽量将程序拆分成多个函数 (函数名尽量有意义).

4. 代码逻辑比较绕的时候建议写一点注释, 为自己也为队友.

5. debug 时适当写一些通用的输出函数, 配合 assert() 使用. (搞学长说的很对: 虽然 gdb 不常用, 但是建议学一下. gdb教程在这里)

6. 对于不是非常简单的题, 写程序的时候先写主干部分, 再逐步填功能函数. 这样思路更清晰, 主次分明, 适合逻辑混乱者和我这样的蠢人. 这样还有助于队友帮你完成部分模块, 分工合作, 减少上机时的思考时间.

7. 对于第六点的补充: 不上机的时候, 可以按照同样的方法先在纸上写一下 main() 函数, 然后写一下重要的几个功能函数, 如果能考虑清楚细节最好, 更好地利用上机时间.

加油加油加油!

附加文件