什么是带注释的方法编程风格？
注释的代码用于pid方法。
Are for the sid method. The commented code is for the pid method.
最后，得到带有代码和注释的最终版本。
And finally we have the last version, with code and comments.
以上就是我对代码注释的一些初略想法。
您将在该文件中发现一个已注释的示例条目。
添加了注释的Jython方法如下例所示。
pc _注释脚本会生成一个注释的源报告。
The pc_annotate script generates an annotated source report.
如果是，它搜索的注释的结尾。
启用对带有Spring注释的类进行自动扫描。
Enables automatic scan for the class that has Spring annotations.
这是一个取消注释的Rexx程序。
这是一本编有注释的课本。
它是一个需加注释的难词。
有精彩前言和注释的书。
当然对于本例这样简单的程序，是无需大量的注释的。
For a program this simple, extensive comments are usually not necessary.
带注释的元素不能为空。
有什么方法可以使用注释的值在另一个注释吗？
Is there any way to use an annotation's value in another annotation?
如果您有任何问题的话，请提出来在注释的表格。
If you have any questions, feel free to ask in the comment form below.
例如，假设您希望向“books”模型添加用于注释的字段。
For example, suppose you want to add a field to your "books" model for notes.
当然对于本例这样简单的程序，是无需大量的注释的。
For a program this simple extensive comments are usually not necessary.
注释应该和它们所注释的代码一样是书写良好且清晰明了。
The comments should be well-written and clear, just like the code they are annotating.
在注释的优势之外，我看到了它们过度使用的两个主要不足。
Despite the benefits of annotations, I see two main drawbacks to their (over) use.
定义目录并不是简单的项目清单。它是某个项目和该项目的注释的一个清单。
A definition list is a list of items, with a description of each item.
它也有武侠风格的注释。
参见底下的注释。
这题目也许要个简明的注释。
完成数据源模型的注释。
不过，以横切的方式提供注释是很有用的。
However, supplying annotations in a crosscutting manner can be very helpful.
一个问题就是生成的注释所提供的信息比期望的要少。
One concern is that the generated comments are less informative than they might be.
一个问题就是生成的注释所提供的信息比期望的要少。
One concern is that the generated comments are less informative than they might be.
应用推荐