代码检查可以采用不同的形式。
许多人都可以进行很好的代码检查。
设计和代码检查(1.5天)。
可以实现代码检查自动化。
通过代码检查，您可以估计出迁移的绝对大小。
Through a code review, you can gauge the absolute size of the migration.
你可以使用下面的代码检查播放状态。
You can always check the playing state using the following code.
时间或缺少时间看起来是进行代码检查的主要障碍。
Time or rather lack of time seems to be a major inhibitor of code reviews.
要达到这个目的，很多代码检查是机械的并且可以很快完成。
To that end, much of the code review is mechanical and can be done quickly.
清单4中的代码提供这样一种检查。
可以用定制代码实现这些最后的检查。
However, you can implement these last checks with custom code.
在这个简单的例子中，通过检查代码很容易就可以认出问题的存在。
It is easy to spot the problems in this simple example by inspecting the code.
为了避免这一点，您必须显式地向代码添加字符串长度检查。
To avoid this, you must explicitly add string length checks to the code.
额外的数据类型检查代码是不必要的。
更令人厌恶的代码，用于检查即将上载的远程文件是否存在。
More nasty code to check of the remote file we're uploading to exists.
然后，编写代码来检查这些恶意数据以保护自身免受这些数据的破坏。
Then write your code to check for and protect itself from that weird data.
这一点与每天检查代码质量的愿望背道而驰。
This contradicts the desire to check your code quality on a daily basis.
以上代码首先检查是否存在实例。
机器检查原因代码通常表示硬件问题(比如，内存损坏)。
A machine check reason code usually indicates a hardware problem (for example, bad memory).
首先，让我们检查例9中显示的异步服务代码。
First, let's examine the code for the asynchronous service, shown in Example 9.
清单2是检查窗口状态的样例代码。
Listing 2 is the sample code to check the state of the window.
我们仍然没有真正检查我们的代码。
下面我们来逐步检查以低调的方式编写一个代码的简单示例。
Let's work through a simple example of writing a piece of code unobtrusively.
打开JSP文件，以检查代码。
检查清单4中的完整代码。
第一步是检查哪些代码正在使用问题锁。
The first step is to identify which code is using the problematic lock.
这些代码被人们正式接受之前，其质量与有效性要经过仔细检查。
This code is scrutinized for quality and effectiveness before being officially accepted.
我将使用如下的通用格式来检查每一种代码味道。
I'll use the following general format as we examine each code smell.
接下来，您可以检查Servlet代码。
然后，您使用条件型if语句，以检查该命令的返回代码。
Then you use the conditional if statement to check the return code of the command.
让我们再次更详细地检查该代码。
应用推荐