| 词条 | Comment (computer programming) | ||||
| 释义 |
In computer programming, a comment is a programmer-readable explanation or annotation in the source code of a computer program. They are added with the purpose of making the source code easier for humans to understand, and are generally ignored by compilers and interpreters.[1][2] The syntax of comments in various programming languages varies considerably. Comments are sometimes processed in various ways to generate documentation external to the source code itself by documentation generators, or used for integration with source code management systems and other kinds of external programming tools. The flexibility provided by comments allows for a wide degree of variability, but formal conventions for their use are commonly part of programming style guides. OverviewComments are generally formatted as either block comments (also called prologue comments or stream comments) or line comments (also called inline comments).[3] Block comments delimit a region of source code which may span multiple lines or a part of a single line. This region is specified with a start delimiter and an end delimiter. Some programming languages (such as MATLAB) allow block comments to be recursively nested inside one another, but others (such as Java) do not.[4][5][6] Line comments either start with a comment delimiter and continue until the end of the line, or in some cases, start at a specific column (character line offset) in the source code, and continue until the end of the line.[6] Some programming languages employ both block and line comments with different comment delimiters. For example, C++ has block comments delimited by UsesHow best to make use of comments is subject to dispute; different commentators have offered varied and sometimes opposing viewpoints.[7][8] There are many different ways of writing comments and many commentators who offer sometimes conflicting advice.[8] Planning and reviewingComments can be used as a form of pseudocode to outline intention prior to writing the actual code. In this case it should explain the logic behind the code rather than the code itself. (they should be processed chronologically)*/ for (i = (numElementsReturned - 1); i >= 0; i--){ /* process each element's data */ updatePattern(i, returnedElements[i]); } If this type of comment is left in, it simplifies the review process by allowing a direct comparison of the code with the intended results. A common logical fallacy is that code that is easy to understand does what it's supposed to do. Code descriptionComments can be used to summarize code or to explain the programmer's intent. According to this school of thought, restating the code in plain English is considered superfluous; the need to re-explain code may be a sign that it is too complex and should be rewritten, or that the naming is bad. "Don't document bad code – rewrite it."[9] "Good comments don't repeat the code or explain it. They clarify its intent. Comments should explain, at a higher level of abstraction than the code, what you're trying to do."[10] Comments may also be used to explain why a block of code does not seem to fit conventions or best practices. This is especially true of projects involving very little development time, or in bug fixing. For example: ' documentation available on server behavior issue, so just coding around it. vtx = server.mappath("local settings") Algorithmic descriptionSometimes source code contains a novel or noteworthy solution to a specific problem. In such cases, comments may contain an explanation of the methodology. Such explanations may include diagrams and formal mathematical proofs. This may constitute explanation of the code, rather than a clarification of its intent; but others tasked with maintaining the code base may find such explanation crucial. This might especially be true in the case of highly specialized problem domains; or rarely used optimizations, constructs or function-calls.[11] For example, a programmer may add a comment to explain why an insertion sort was chosen instead of a quicksort, as the former is, in theory, slower than the latter. This could be written as follows: list = [f (b), f (b), f (c), f (d), f (a), ...]; // Need a stable sort. Besides, the performance really does not matter. insertion_sort (list); === Resource inclusion === Logos, diagrams, and flowcharts consisting of ASCII art constructions can be inserted into source code formatted as a comment.[12] Further, copyright notices can be embedded within source code as comments. Binary data may also be encoded in comments through a process known as binary-to-text encoding, although such practice is uncommon and typically relegated to external resource files. The following code fragment is a simple ASCII diagram depicting the process flow for a system administration script contained in a Windows Script File running under Windows Script Host. Although a section marking the code appears as a comment, the diagram itself actually appears in an XML CDATA section, which is technically considered distinct from comments, but can serve similar purposes.[13]
script.wsf (app_cmd) --> ClientApp (async_run, batch_process) | | V mru.ini (mru_history) ]]> Although this identical diagram could easily have been included as a comment, the example illustrates one instance where a programmer may opt not to use comments as a way of including resources in source code.[13] Metadata{{main | Metadata }}Comments in a computer program often store metadata about a program file. In particular, many software maintainers put submission guidelines in comments to help people who read the source code of that program to send any improvements they make back to the maintainer. Other metadata includes: the name of the creator of the original version of the program file and the date when the first version was created, the name of the current maintainer of the program, the names of other people who have edited the program file so far, the URL of documentation about how to use the program, the name of the software license for this program file, etc. When an algorithm in some section of the program is based on a description in a book or other reference, comments can be used to give the page number and title of the book or Request for Comments or other reference. {{anchor|Comment out}}DebuggingA common developer practice is to comment out a code snippet, meaning to add comment syntax causing that block of code to become a comment, so that it will not be executed in the final program. This may be done to exclude certain pieces of code from the final program, or (more commonly) it can be used to find the source of an error. By systematically commenting out and running parts of the program, the source of an error can be determined, allowing it to be corrected. An example of commenting out code for exclusion purposes is below: if (opt.equals ("e")) opt_enabled = true; /* if (opt.equals ("d")) opt_debug = true; */ if (opt.equals ("v")) opt_verbose = true;The above code fragment suggests that the programmer opted to disable the debugging option for some reason. Many IDEs allow quick adding or removing such comments with single menu options or key combinations. The programmer has only to mark the part of text they want to (un)comment and choose the appropriate option. Automatic documentation generation{{main|Documentation generator}}Programming tools sometimes store documentation and metadata in comments.[14] These may include insert positions for automatic header file inclusion, commands to set the file's syntax highlighting mode,[15] or the file's revision number.[16] These functional control comments are also commonly referred to as annotations. Keeping documentation within source code comments is considered as one way to simplify the documentation process, as well as increase the chances that the documentation will be kept up to date with changes in the code.[17]Examples of documentation generators include the programs Javadoc for use with Java, Ddoc for D, Doxygen for C, C++, Java, IDL, Visual Expert for PL/SQL, Transact-SQL, PowerBuilder and PHPDoc for PHP. Forms of docstring are supported by Python, Lisp, Elixir, and Clojure.[18] C#, F# and Visual Basic implement a similar feature called "XML Comments" which are read by IntelliSense from the compiled .NET assembly.[19]Syntax extensionOccasionally syntax elements that were originally intended to be comments are re-purposed to convey additional information to a program, such as "conditional comments". Such "hot comments" may be the only practical solution that maintains backward-compatibility, but are widely regarded as a kludge.[20] Directive usesThere are cases where the normal comment characters are co-opted to create a special directive for an editor or interpreter. Two examples of this directing an interpreter are:
The script below for a Unix-like system shows both of these uses:
print("Testing") Somewhat similar is the use of comments in C to communicate to a compiler that a default "fallthough" in a case statement has been done deliberately: switch (command) { case HELCMD_SHOW_HELP_AND_EXIT: do_show_help(); /* Fall thru */ case CMD_EXIT: do_exit(); break; case CMD_OTHER: do_other(); break; /* ... etc. ... */ } Inserting such a Stress reliefSometimes programmers will add comments as a way to relieve stress by commenting about development tools, competitors, employers, working conditions, or the quality of the code itself.[24] The occurrence of this phenomenon can be easily seen from online resources that track profanity in source code.[25] Normative viewsThere are various normative views and long-standing opinions regarding the proper use of comments in source code.[26][27] Some of these are informal and based on personal preference, while others are published or promulgated as formal guidelines for a particular community.[28] Need for commentsExperts have varying viewpoints on whether, and when, comments are appropriate in source code.[9][29] Some assert that source code should be written with few comments, on the basis that the source code should be self-explanatory or self-documenting.[9] Others suggest code should be extensively commented (it is not uncommon for over 50% of the non-whitespace characters in source code to be contained within comments).[30][31] In between these views is the assertion that comments are neither beneficial nor harmful by themselves, and what matters is that they are correct and kept in sync with the source code, and omitted if they are superfluous, excessive, difficult to maintain or otherwise unhelpful.[32][33] Comments are sometimes used to document contracts in the design by contract approach to programming. Level of detailDepending on the intended audience of the code and other considerations, the level of detail and description may vary considerably. For example, the following Java comment would be suitable in an introductory text designed to teach beginning programming: This level of detail, however, would not be appropriate in the context of production code, or other situations involving experienced developers. Such rudimentary descriptions are inconsistent with the guideline: "Good comments ... clarify intent."[10] Further, for professional coding environments, the level of detail is ordinarily well-defined to meet a specific performance requirement defined by business operations.[31] StylesThere are many stylistic alternatives available when considering how comments should appear in source code. For larger projects involving a team of developers, comment styles are either agreed upon before a project starts, or evolve as a matter of convention or need as a project grows. Usually programmers prefer styles that are consistent, non-obstructive, easy to modify, and difficult to break.[34] Block commentThe following code fragments in C demonstrate just a tiny example of how comments can vary stylistically, while still conveying the same basic information: /* This is the comment body. Variation One.
/***************************\\
\\***************************/ Factors such as personal preference, flexibility of programming tools, and other considerations tend to influence the stylistic variants used in source code. For example, Variation Two might be disfavored among programmers who do not have source code editors that can automate the alignment and visual appearance of text in comments. Software consultant and technology commentator Allen Holub[35] is one expert who advocates aligning the left edges of comments:[36] \\* This is the style recommended by Holub for C and C++. * It is demonstrated in ''Enough Rope'', in rule 29. *\\ /* This is another way to do it, also in C. ** It is easier to do in editors that do not automatically indent the second ** through last lines of the comment one space from the first. ** It is also used in Holub's book, in rule 31. */ The use of /* and */ as block comment delimiters was inherited from PL/I into the B programming language, the immediate predecessor of the C programming language.[37] Line commentsLine comments generally use an arbitrary delimiter or sequence of tokens to indicate the beginning of a comment, and a newline character to indicate the end of a comment. In this example, all the text from the ASCII characters // to the end of the line is ignored. // ------------------------- // This is the comment body. // ------------------------- Often such a comment has to begin at far left and extend to the whole line. However in many languages, it is also possible to put a comment inline with a command line, to add a comment to it – as in this Perl example: print $s . "\"; # Add a newline character after printing If a language allows both line comments and block comments, programming teams may decide upon a convention of using them differently: e.g. line comments only for minor comments, and block comments to describe higher-level abstractions. TagsProgrammers may use informal tags in comments to assist in indexing common issues. They may then be able to be searched for with common programming tools, such as the Unix grep utility or even syntax-highlighted within text editors. These are sometimes referred to as "codetags"[38][39] or "tokens".[40] Such tags differ widely, but might include:
ExamplesComparison{{main|Comparison of programming languages (syntax)#Comments}}Typographic conventions to specify comments vary widely. Further, individual programming languages sometimes provide unique variants. For a detailed review, please consult the programming language comparison article. AdaThe Ada programming language uses '--' to indicate a comment up to the end of the line. For example: -- the air traffic controller task takes requests for takeoff and landing task type Controller (My_Runway: Runway_Access) is -- task entries for synchronous message passing entry Request_Takeoff (ID: in Airplane_ID; Takeoff: out Runway_Access); entry Request_Approach(ID: in Airplane_ID; Approach: out Runway_Access); end Controller; APLAPL uses For example: ⍝ Now add the numbers: c←a+b ⍝ addition In dialects that have the d←2×c ⊣'where'⊢ c←a+ 'bound'⊢ b AppleScriptThis section of AppleScript code shows the two styles of comments used in that language. (* This program displays a greeting.
on greet(myGreeting) end greet -- Show the greetinggreet("Hello") BASICIn this classic early BASIC code fragment the REM ("REMark") keyword is used to add comments. 10 REM This BASIC program shows the use of the PRINT and GOTO statements. 15 REM It fills the screen with the phrase "HELLO" 20 PRINT "HELLO" 30 GOTO 20 In later Microsoft BASICs, including QuickBasic, QBasic, Visual Basic, Visual Basic .NET, and VBScript; and in descendants such as FreeBASIC and Gambas any text on a line after an ' (apostrophe) character is also treated as a comment. An example in Visual Basic .NET: Public Class Form1 Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click ' The following code is executed when the user ' clicks the button in the program's window. MessageBox.Show("Hello, World") 'Show a pop-up window with a greeting End SubEnd Class CThis C code fragment demonstrates the use of a prologue comment or "block comment" to describe the purpose of a conditional statement. The comment explains key terms and concepts, and includes a short signature by the programmer who authored the code. /* * Check if we are over our maximum process limit, but be sure to * exclude root. This is needed to make it possible for login and * friends to set the per-user process limit to something lower * than the amount of processes root is running. -- Rik */ if (atomic_read(&p->user->processes) >= p->rlim[RLIMIT_NPROC].rlim_cur && !capable(CAP_SYS_ADMIN) && !capable(CAP_SYS_RESOURCE)) goto bad_fork_free; Since C99, it has also been possible to use the // syntax from C++, indicating a single-line comment. Cisco IOS and IOS-XE configurationThe exclamation point (!) may be used to mark comments in a Cisco router's configuration mode, however such comments are not saved to non-volatile memory (which contains the startup-config), nor are they displayed by the "show run" command.[41][42] It is possible to insert human-readable content that is actually part of the configuration, and may be saved to the NVRAM startup-config via:
Paste the text below to reroute traffic manually | config t int gi0/2 no shut ip route 0.0.0.0 0.0.0.0 gi0/2 name ISP2 no ip route 0.0.0.0 0.0.0.0 gi0/1 name ISP1 int gi0/1 shut exit ColdFusionColdFusion uses comments similar to HTML comments, but instead of two dashes, it uses three. These comments are caught by the ColdFusion engine and not printed to the browser. Fortran IVThis Fortran IV code fragment demonstrates how comments are used in that language, which is very column-oriented. A letter "C" in column 1 causes the entire line to be treated as a comment. C C Lines that begin with 'C' (in the first or 'comment' column) are comments C WRITE (6,610) 610 FORMAT(12H HELLO WORLD) END Note that the columns of a line are otherwise treated as four fields: 1 to 5 is the label field, 6 causes the line to be taken as a continuation of the previous statement; and declarations and statements go in 7 to 72. Fortran 90This Fortran code fragment demonstrates how comments are used in that language, with the comments themselves describing the basic formatting rules. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * | * All characters after an exclamation mark are considered as comments * | * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * | program comment_test end program HaskellLine comments in Haskell start with '--' (two hyphens) until the end of line, and multiple line comments start with '{-' and end with '-}'. on more lines -} -- and this is a comment on one lineputStrLn "Wikipedia" -- this is another comment Haskell also provides a literate programming method of commenting known as "Bird Style".[43] In this all lines starting with > are interpreted as code, everything else is considered a comment. One additional requirement is that you always leave a blank line before and after the code block: In Bird-style you have to leave a blank before the code. > fact :: Integer -> Integer > fact 0 = 1 > fact (n+1) = (n+1) * fact n And you have to leave a blank line after the code as well. Literate programming can also be done in Haskell, using LaTeX. The code environment can be used instead of the Richard Bird's style: In LaTeX style this is equivalent to the above example, the code environment could be defined in the LaTeX preamble. Here is a simple definition: \\usepackage{verbatim} \ewenvironment{code}{\\verbatim}{\\endverbatim} later in % the LaTeX source file The \\verb|fact n| function call computes $n!$ if $n\\ge 0$, here is a definition:\\\\ \\begin{code} fact :: Integer -> Integer fact 0 = 1 fact (n+1) = (n+1) * fact n \\end{code} Here more explanation using \\LaTeX{} markup JavaThis Java code fragment shows a block comment used to describe the /** * This is a block comment in Java. * The setToolTipText method registers the text to display in a tool tip. * The text is displayed when the cursor lingers over the component. * * @param text The string to be displayed. If 'text' is null, * the tool tip is turned off for this component. */ public void setToolTipText(String text) { //This is an inline comment in Java. TODO: Write code for this method. }JavaScriptJavaScript uses // to precede comments and /* */ for multi-line comments. // A single line JavaScript comment var iNum = 100; var iTwo = 2; // A comment at the end of line /* multi-line JavaScript comment
LuaThe Lua programming language uses double-hyphens, For example: long comment ]] print(20) -- print the result A common technique to comment out a piece of code,[44] is to enclose the code between
print(10) --]]-- no action (commented out)In this case, it's possible to reactivate the code by adding a single hyphen to the first line: print(10) --]]--> 10In the first example, the are still inside that comment. In the second example, the sequence comment, so that the first and the last lines become independent comments. In this case, the outside comments. In this case, the last line becomes an independent comment, as it starts with Long comments in Lua can be more complex than these, as you can read in the section called "Long strings" c.f. Programming in Lua. MATLABIn MATLAB's programming language, the '%' character indicates a single-line comment. Multi line comments are also available via %{ and %} brackets and can be nested, e.g. % These are the derivatives for each term d = [0 -1 0]; %{ %{ (Example of a nested comment, indentation is for cosmetics (and ignored).) %} We form the sequence, following the Taylor formula. Note that we're operating on a vector.%} seq = d .* (x - c).^n ./(factorial(n)) % We add-up to get the Taylor approximation approx = sum(seq) OCamlOCaml uses nestable comments, which is useful when commenting a code block. codeLine(* comment level 1(*comment level 2*)*) PascalIn Niklaus Wirth's pascal family of languages (including Modula-2 and Oberon), comments are opened with '(*' and completed with '*)'. for example: (* test diagonals *) columnDifference := testColumn - column; if (row + columnDifference = testRow) or PerlLine comments in Perl, and many other scripting languages, begin with a hash (#) symbol.
my $s = "Wikipedia"; # Sets the variable s to "Wikipedia". print $s . "\"; # Add a newline character after printing Instead of a regular block commenting construct, Perl uses Plain Old Documentation, a markup language for literate programming,[46] for instance:[47] =item Pod::List-E Create a new list object. Properties may be specified through a hash reference like this: See the individual methods/properties for details. =cut sub new { my $this = shift; my $class = ref($this) || $this; my %params = @_; my $self = {%params}; bless $self, $class; $self->initialize(); return $self;} Perl 6Perl 6 uses the same line comments and POD Documentation comments as regular Perl (see Perl section above), but adds a configurable block comment type: "multi-line / embedded comments".[48] These start with a hash character, followed by a backtick, and then some opening bracketing character, and end with the matching closing bracketing character.[48] The content can not only span multiple lines, but can also be embedded inline.
toggle-case(Str:D $s) Toggles the case of each character in a string: }} sub toggle-case(Str:D $s) #`( this version is used now ){ } PHPComments in PHP can be either in C++ style (both inline and block), or use hashes. PHPDoc is a style adapted from Javadoc and is a common standard for documenting PHP code. PowerShellComments in Windows PowerShell
Write-Host "Hello, World!" <# Multi Line Comment #> Write-Host "Goodbye, world!" PythonInline comments in Python use the hash (#) character, as in the two examples in this code:
print("Hello World!") # Note the new syntax Block comments, as defined in this article, don't technically exist in Python.[49] A bare string literal represented by a triple-quoted string can be used[50] but is not ignored by the interpreter in the same way that "#" comment is. In the examples below, the triple double-quoted strings act in this way as comments, but are also treated as docstrings: """ Assuming this is file mymodule.py, then this string, being the first statement in the file, will become the "mymodule" module's docstring when the file is imported. """ class MyClass(object): def my_method(self): """The method's docstring""" def my_function(): RubyComments in Ruby. Single line commenting: (line starts with hash "#") puts "This is not a comment"
puts "This is not a comment" Multi-line commenting: (comments goes between keywords "begin" and "end") puts "This is not a comment" =begin whatever goes in these lines is just for the human reader =end puts "This is not a comment" SQLComments in SQL are in single-line-only form, when using two dashes: SELECT COUNT(*) FROM Authors WHERE Authors.name = 'Smith'; -- Note: we only want 'smith' -- this comment appears after SQL code The syntax for Transact-SQL also supports alternative formats for specifying comments.[51] One format supported by this syntax is identical to the "block comment" style used in the syntax for C++ and Java. SwiftSingle-line comments begin with two forward-slashes (//): // This is a comment. Multiline comments start with a forward-slash followed by an asterisk (/*) and end with an asterisk followed by a forward-slash (*/):/* This is also a comment /* This is the start of the first multiline comment. /* This is the second, nested multiline comment. */ This is the end of the first multiline comment. */ XMLComments in XML (or HTML) are introduced with For example, Security issuesIn interpreted languages the comments are viewable to the end user of the program. In some cases, such as sections of code that are "commented out", this may present a security vulnerability.[52] See also
Notes and references1. ^Source code can be divided into program code (which consists of machine-translatable instructions); and comments (which include human-readable notes and other kinds of annotations in support of the program code).{{cite book | last = Penny Grubb | first = Armstrong Takang | title = Software Maintenance: Concepts and Practice | publisher = World Scientific | year = 2003 | isbn = 981-238-426-X | pages = 7, plese start120–121}} 2. ^For purposes of this article, programming language comments are treated as indistinct from comments that appear in markup languages, configuration files and other similar contexts. Moreover, markup language is often closely integrated with programming language code, especially in the context of code generation. See e.g., {{cite book | last = Ganguli | first = Madhushree | title = Making Use of Jsp | publisher = Wiley | location = New York | year = 2002 | isbn = 0-471-21974-6 }}, {{cite book | last = Hewitt | first = Eben | title = Java for Coldfusion Developers | publisher = Pearson Education | location = Upper Saddle River | year = 2003 | isbn = 0-13-046180-6}} 3. ^{{cite book | last = Dixit | first = J.B. | title = Computer Fundamentals and Programming in C | publisher = Laxmi Publications | year = 2003 | isbn = 81-7008-882-8 }} 4. ^{{cite book| title = MATLAB Guide| first = Desmond| last = Higham| publisher = SIAM| year = 2005| isbn = 0-89871-578-4}} 5. ^{{cite book| title = The Elements of Java Style| first = Al| last = Vermeulen| publisher = Cambridge University Press| year = 2000| isbn = 0-521-77768-2}} 6. ^1 2 {{cite web| title = Using the right comment in Java| url = http://javadude.com/articles/comments.html| accessdate = 2007-07-24}} 7. ^{{cite book| last = W. R.| first = Dietrich| title = Applied Pattern Recognition: Algorithms and Implementation in C++| publisher = Springer| year = 2003| isbn = 3-528-35558-1}} offers viewpoints on proper use of comments in source code. p. 66. 8. ^1 {{cite book| last = Keyes| first = Jessica| title = Software Engineering Handbook| publisher = CRC Press| year = 2003| isbn = 0-8493-1479-8}} discusses comments and the "Science of Documentation" p. 256. 9. ^1 2 The Elements of Programming Style, Kernighan & Plauger 10. ^1 Code Complete, McConnell 11. ^{{cite book| last = Spinellis| first = Diomidis| title = Code reading: The Open Source Perspective| publisher = Addison-Wesley| year = 2003| isbn = 0-201-79940-5}} 12. ^{{cite web| title = CodePlotter 1.6 – Add and edit diagrams in your code with this 'Visio-like' tool| url = http://www.codeproject.com/macro/codeplotter.asp| accessdate = 2007-07-24}} 13. ^1 {{cite book| title = Web Design in a Nutshell: A Desktop Quick Reference| first = Jennifer| last = Niederst| publisher = O'Reilly| year = 2006| isbn = 0-596-00987-9}}Sometimes the difference between a "comment" and other syntax elements of a programming or markup language entails subtle nuances. Niederst indicates one such situation by stating: "Unfortunately, XML software thinks of comments as unimportant information and may simply remove the comments from a document before processing it. To avoid this problem, use an XML CDATA section instead." 14. ^See e.g., {{cite book | last = Wynne-Powell | first = Rod | title = Mac Os X for Photographers: Optimized Image Workflow for the Mac User | publisher = Focal Press | location = Oxford | year = 2008 | isbn = 0-240-52027-0 }} page 243 15. ^{{cite book | last = Lamb | first = Linda | title = Learning the VI Editor | publisher = O'Reilly & Associates | location = Sebastopol | year = 1998 | isbn = 1-56592-426-6 }} describes the use of modeline syntax in Vim configuration files. 16. ^See e.g., {{cite book | last = Berlin | first = Daniel | title = Practical Subversion, Second Edition | publisher = APress | location = Berkeley | year = 2006 | isbn = 1-59059-753-2 }} page 168. 17. ^{{cite book| title = The Object Primer: Agile Model-Driven Development with UML 2.0| first = Scott| last = Ambler| publisher = Cambridge University Press| year = 2004| isbn = 1-397-80521-8}} 18. ^[https://clojure.github.com/clojure/clojure.core-api.html#clojure.core/defn Function definition with docstring in Clojure] 19. ^{{cite book|last=Murach|title=C# 2005|page=56}} 20. ^HotComments 21. ^{{cite web |title=class Encoding |url=https://docs.ruby-lang.org/en/2.4.0/Encoding.html |website=Ruby |publisher=ruby-lang.org |accessdate=5 December 2018}} 22. ^{{cite web |title=PEP 263 – Defining Python Source Code Encodings |url=https://www.python.org/dev/peps/pep-0263/ |publisher=Python.org |accessdate=5 December 2018}} 23. ^{{cite web |last1=Polacek |first1=Marek |title=-Wimplicit-fallthrough in GCC 7 |url=https://developers.redhat.com/blog/2017/03/10/wimplicit-fallthrough-in-gcc-7/ |website=Red Hat Developer |publisher=Red Hat |accessdate=10 February 2019}} 24. ^"Microsoft Programmers Hid A Bunch Of Profanity In Early Software Code", Lisa Eadicicco, 27 March 2014, businessinsider.com.au 25. ^(see e.g., Linux Swear Count). 26. ^{{cite book | last = Goodliffe | first = Pete | title = Code Craft | publisher = No Starch Press | location = San Francisco | year = 2006 | isbn = 1-59327-119-0 }} 27. ^{{cite book | last = Smith | first = T. | title = Intermediate Programming Principles and Techniques Using Pascal | publisher = West Pub. Co | location = Belmont | year = 1991 | isbn = 0-314-66314-2 }} 28. ^See e.g., {{cite book | last = Koletzke | first = Peter | title = Oracle Developer Advanced Forms & Reports | publisher = Osborne/McGraw-Hill | location = Berkeley | year = 2000 | isbn = 0-07-212048-7 }} page 65. 29. ^{{cite web| title = Worst Practice - Bad Comments| url = http://www.sqlservercentral.com/columnists/awarren/worstpracticebadcomments.asp| accessdate = 2007-07-24}} 30. ^{{cite book| title = Java, Java, Java: object-oriented problem solving| first = Ralph| last = Morelli| publisher = Prentice Hall College| year = 2006| isbn = 0-13-147434-0}} 31. ^1 {{cite web| title = How to Write Doc Comments for the Javadoc Tool| url = http://java.sun.com/j2se/javadoc/writingdoccomments/| accessdate = 2007-07-24}} Javadoc guidelines specify that comments are crucial to the platform. Further, the appropriate level of detail is fairly well-defined: "We spend time and effort focused on specifying boundary conditions, argument ranges and corner cases rather than defining common programming terms, writing conceptual overviews, and including examples for developers." 32. ^{{cite book| title = Techniques of Program Structure and Design| first = Edward| last = Yourdon| publisher = University of Michigan| year = 2007| id = 013901702X}}Non-existent comments can make it difficult to comprehend code, but comments may be detrimental if they are obsolete, redundant, incorrect or otherwise make it more difficult to comprehend the intended purpose for the source code. 33. ^{{cite book| last = Dewhurst | first = Stephen C| title = C++ Gotchas: Avoiding Common Problems in Coding and Design| publisher = Addison-Wesley Professional| year = 2002| isbn = 0-321-12518-5}} 34. ^{{cite web| title = Coding Style| url = http://developer.gnome.org/doc/guides/programming-guidelines/code-style.html| accessdate = 2007-07-24}} 35. ^{{cite web| title = Allen Holub| url = http://www.holub.com/company/allen_holub.html| deadurl = yes| accessdate = 2007-07-24}} 36. ^Allen Holub, Enough Rope to Shoot Yourself in the Foot, {{ISBN|0-07-029689-8}}, 1995, McGraw-Hill 37. ^{{cite web| title = Users' Reference to B| author = Ken Thompson| url = https://www.bell-labs.com/usr/dmr/www/kbman.html| accessdate = 2017-07-21}} 38. ^[https://www.python.org/dev/peps/pep-0350/#what-are-codetags "PEP 0350 – Codetags"], Python Software Foundation 39. ^[https://medium.com/@eido.askayo/never-forget-anything-before-after-and-while-coding-98d187ae4cf1 "Never Forget Anything Before, After and While Coding"], Using "codetag" comments as productive remainders 40. ^[https://msdn.microsoft.com/en-us/library/txtwdysk.aspx#tokenscomments "Using the Task List"], msdn.microsoft.com 41. ^{{cite web|url=https://learningnetwork.cisco.com/thread/71302|title=Leave a comment in running-config|work=Cisco Learning Network (discussion forum)}} 42. ^{{cite web|url =http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/config-mgmt/configuration/xe-3s/asr903/config-mgmt-xe-3s-asr903-book/cm-config-files.html|ref=GUID-657D5FD4-32C5-444C-BCE0-BC2CC1069005|title=Managing Configuration Files Configuration Guide, Cisco IOS XE Release 3S (ASR 900 Series)}} 43. ^{{cite web |url=http://www.haskell.org/haskellwiki/Literate_programming#Bird_Style |title=Literate programming |website=haskell.org}} 44. ^{{Cite web|url=http://www.lua.org/pil/1.3.html|title=Programming in Lua 1.3|website=www.Lua.org|access-date=2017-11-08}} 45. ^{{Cite web|url=https://www.freepascal.org/docs-html/3.0.0/ref/refse2.html|title=Comments|website=www.freepascal.org|access-date=2017-09-20}} 46. ^{{cite web| title = perlpod – the Plain Old Documentation format| url = http://perldoc.perl.org/perlpod.html|accessdate=2011-09-12}} 47. ^{{cite web| title = Pod::ParseUtils – helpers for POD parsing and conversion| url = http://search.cpan.org/~bradapp/PodParser-1.20/lib/Pod/ParseUtils.pm|accessdate=2011-09-12}} 48. ^1 {{cite web| title = Perl 6 Documentation – Syntax (Comments)| url = https://docs.perl6.org/language/syntax#Comments|accessdate=2017-04-06}} 49. ^{{cite web |url=https://www.tutorialdocs.com/tutorial/python3/python3-basic-syntax.html |title=Python 3 Basic Syntax |accessdate=25 February 2019 |quote=Triple quotes are treated as regular strings with the exception that they can span multiple lines. By regular strings I mean that if they are not assigned to a variable they will be immediately garbage collected as soon as that code executes. hence are not ignored by the interpreter in the same way that #a comment is.}} 50. ^[https://twitter.com/gvanrossum/status/112670605505077248 "Python tip: You can use multi-line strings as multi-line comments"], 11 September 2011, Guido van Rossum 51. ^{{cite book| title = Microsoft SQL Server 7| first = Ronald R.| last = Talmage| publisher = Prima Publishing| year = 1999| isbn = 0-7615-1389-2}} 52. ^{{cite book| last = Andress| first = Mandy| title = Surviving Security: How to Integrate People, Process, and Technology| publisher = CRC Press| year = 2003| isbn = 0-8493-2042-9}} Further reading
External links
6 : Source code|Articles with example code|Articles with example C code|Articles with example Java code|Articles with example Perl code|Metadata |
| 随便看 |
|
开放百科全书收录14589846条英语、德语、日语等多语种百科知识，基本涵盖了大多数领域的百科知识，是一部内容自由、开放的电子版国际百科全书。