《众妙之门——JavaScript与jQuery技术精粹》——2.3　该怎样构造复查请求？

2.3　该怎样构造复查请求？

以下是一些让你的复查请求更可能被接受的指导（基于经验）。如果复查人员属于你们的团队，不必拘泥于此，但是如果复查者是外部人员，这些会节省你一些时间。

隔离出你想要复查的代码，确保它们是易于运行的、叉状的和带注释的，标出你觉得可以改进的地方，除此之外，还要保持耐心。

使复查者尽可能容易地查看、演示和更改你的代码。

不要提交整个网站或工程的压缩文件，很少有人有时间来看全部代码，除非你的代码必须进行本地调试。

相反，在jsFiddle、jsbin和GitHub上你应该隔离和减少想要被复查的地方。这样可以让复查者更容易地分叉出你提交的代码并将更改和注释显示出来。如果想要区分出提交代码和别人修改的代码，可以试试PasteBin。

同样，不要只提交一个链接然后让别人来自己显示代码并找到要被改进的地方。网站上一般有很多脚本语句，所以这会降低复查者同意提供帮助的可能。因为没人想要花时间去为你找需要改进的地方。

明确地标示出你个人觉得可以改进的地方，这可以使复查者更快地找到你最想要被复查的部分以节省他们的时间。许多复查者也会因此看看你提交的别的部分的代码，至少也会优先考虑帮助你。

将你为改进代码做过的调查显示出来，如果复查者知道你做了这些调查，他们就不会建议你去了解这些相同的资源，而是提供另外的建议（这是你想要的东西）。

如果英语不是你的母语，告诉别人。因为当别的开发人员告知我这一点的时候，我就知道该使用技术性的还是通俗的复查建议了。

耐心一点。很多复查需要好几天才能得到反馈，这并没有什么问题。其他开发人员经常会忙于别的开发项目，那些答应安排看一下你代码的人是令人感激的。耐心一点，不要急于提醒他们，理解他们推迟的原因。这样做对你有好处，因为这样复查者才会有更充足的时间来给出详细的反馈意见。