SBCS中代码点的实际数目可能要少一些。
DBCS中代码点的实际数目可能要少一些。
每一个代码页至少预留了一个代码点，以便进行替代。
Every code page has reserved at least one code point for substitution.
在应用的每个点上执行适当的代码来完成工作。
Do work by executing appropriate code at each point in the application.
清单2中的代码可以做到这一点。
为了更好地理解这一点，请参见清单2中给出的示例代码。
To get a better understanding of this, see the sample code given in Listing 2.
记住了这一点，就让我们开始认识这些代码！
但是很明显的一点是，有些代码评审技术是低效低能的。
But it's also clear that some code review techniques are inefficient and ineffective.
清单1显示了实现这一点的样本代码。
第二，每个数据验证点需要代码修饰。
Second, each data validation point requires code modification.
代码行1显示了这些扩展点是如何定义的。
选择减号可以折叠位于该点的代码。
这一点无法做到，因为这里的代码无力提供这样的功能。
You can't do that because it's a function of forces outside your code.
这一点与每天检查代码质量的愿望背道而驰。
This contradicts the desire to check your code quality on a daily basis.
你运行清单2的代码就会看到这一点。
在判断需要分析哪些方法和代码块时，首先把重点放在关键点上。
When deciding which methods and code blocks to profile, focus on the big fish first.
您只需要几行代码就可以在Grails 中实现这一点。
You can do the same in Grails with just a few lines of code.
添加代码以植入内容点。
要做到这一点，需要下载源代码zip文件pollsource . zip。
To do this, you will need to download the source code zip file pollsource.zip.
在尝试安装phpmath_002 . tar . gz源代码时请牢记这一点。
Keep this in mind when you try to install the phpmath_002.tar.gz source code.
用代码评审解释这一点可能需要点技巧。
继续编写代码吧，但要聪明一点！
有用的代码要花些时间来执行其功能，这一点容易被遗忘。
It is easy forget that useful code can take some time to perform its function.
有时我编写了一点代码，然后编写一点测试，这样两者可以一起并进。
Sometimes I write a little code, then write a little test, and they evolve together.
点一下这些代码看看怎么样。
为了避免这一点，您必须显式地向代码添加字符串长度检查。
To avoid this, you must explicitly add string length checks to the code.
这一次，要将失败消息与代码关联起来要更加困难了一点。
This time the message is a little more difficult to relate to the code.
对任何项目来说，值得称赞的一点就是拥有可以轻松进行重构的代码库。
A laudable goal for any project is a code base that is easy to refactor.
对任何项目来说，值得称赞的一点就是拥有可以轻松进行重构的代码库。
A laudable goal for any project is a code base that is easy to refactor.
应用推荐