aa8901e9bb
Reviewed-on: https://go-review.googlesource.com/c/gofrontend/+/193497 From-SVN: r275473
343 lines
14 KiB
Go
343 lines
14 KiB
Go
// Copyright 2009 The Go Authors. All rights reserved.
|
|
// Use of this source code is governed by a BSD-style
|
|
// license that can be found in the LICENSE file.
|
|
|
|
/*
|
|
Package fmt implements formatted I/O with functions analogous
|
|
to C's printf and scanf. The format 'verbs' are derived from C's but
|
|
are simpler.
|
|
|
|
|
|
Printing
|
|
|
|
The verbs:
|
|
|
|
General:
|
|
%v the value in a default format
|
|
when printing structs, the plus flag (%+v) adds field names
|
|
%#v a Go-syntax representation of the value
|
|
%T a Go-syntax representation of the type of the value
|
|
%% a literal percent sign; consumes no value
|
|
|
|
Boolean:
|
|
%t the word true or false
|
|
Integer:
|
|
%b base 2
|
|
%c the character represented by the corresponding Unicode code point
|
|
%d base 10
|
|
%o base 8
|
|
%O base 8 with 0o prefix
|
|
%q a single-quoted character literal safely escaped with Go syntax.
|
|
%x base 16, with lower-case letters for a-f
|
|
%X base 16, with upper-case letters for A-F
|
|
%U Unicode format: U+1234; same as "U+%04X"
|
|
Floating-point and complex constituents:
|
|
%b decimalless scientific notation with exponent a power of two,
|
|
in the manner of strconv.FormatFloat with the 'b' format,
|
|
e.g. -123456p-78
|
|
%e scientific notation, e.g. -1.234456e+78
|
|
%E scientific notation, e.g. -1.234456E+78
|
|
%f decimal point but no exponent, e.g. 123.456
|
|
%F synonym for %f
|
|
%g %e for large exponents, %f otherwise. Precision is discussed below.
|
|
%G %E for large exponents, %F otherwise
|
|
%x hexadecimal notation (with decimal power of two exponent), e.g. -0x1.23abcp+20
|
|
%X upper-case hexadecimal notation, e.g. -0X1.23ABCP+20
|
|
String and slice of bytes (treated equivalently with these verbs):
|
|
%s the uninterpreted bytes of the string or slice
|
|
%q a double-quoted string safely escaped with Go syntax
|
|
%x base 16, lower-case, two characters per byte
|
|
%X base 16, upper-case, two characters per byte
|
|
Slice:
|
|
%p address of 0th element in base 16 notation, with leading 0x
|
|
Pointer:
|
|
%p base 16 notation, with leading 0x
|
|
The %b, %d, %o, %x and %X verbs also work with pointers,
|
|
formatting the value exactly as if it were an integer.
|
|
|
|
The default format for %v is:
|
|
bool: %t
|
|
int, int8 etc.: %d
|
|
uint, uint8 etc.: %d, %#x if printed with %#v
|
|
float32, complex64, etc: %g
|
|
string: %s
|
|
chan: %p
|
|
pointer: %p
|
|
For compound objects, the elements are printed using these rules, recursively,
|
|
laid out like this:
|
|
struct: {field0 field1 ...}
|
|
array, slice: [elem0 elem1 ...]
|
|
maps: map[key1:value1 key2:value2 ...]
|
|
pointer to above: &{}, &[], &map[]
|
|
|
|
Width is specified by an optional decimal number immediately preceding the verb.
|
|
If absent, the width is whatever is necessary to represent the value.
|
|
Precision is specified after the (optional) width by a period followed by a
|
|
decimal number. If no period is present, a default precision is used.
|
|
A period with no following number specifies a precision of zero.
|
|
Examples:
|
|
%f default width, default precision
|
|
%9f width 9, default precision
|
|
%.2f default width, precision 2
|
|
%9.2f width 9, precision 2
|
|
%9.f width 9, precision 0
|
|
|
|
Width and precision are measured in units of Unicode code points,
|
|
that is, runes. (This differs from C's printf where the
|
|
units are always measured in bytes.) Either or both of the flags
|
|
may be replaced with the character '*', causing their values to be
|
|
obtained from the next operand (preceding the one to format),
|
|
which must be of type int.
|
|
|
|
For most values, width is the minimum number of runes to output,
|
|
padding the formatted form with spaces if necessary.
|
|
|
|
For strings, byte slices and byte arrays, however, precision
|
|
limits the length of the input to be formatted (not the size of
|
|
the output), truncating if necessary. Normally it is measured in
|
|
runes, but for these types when formatted with the %x or %X format
|
|
it is measured in bytes.
|
|
|
|
For floating-point values, width sets the minimum width of the field and
|
|
precision sets the number of places after the decimal, if appropriate,
|
|
except that for %g/%G precision sets the maximum number of significant
|
|
digits (trailing zeros are removed). For example, given 12.345 the format
|
|
%6.3f prints 12.345 while %.3g prints 12.3. The default precision for %e, %f
|
|
and %#g is 6; for %g it is the smallest number of digits necessary to identify
|
|
the value uniquely.
|
|
|
|
For complex numbers, the width and precision apply to the two
|
|
components independently and the result is parenthesized, so %f applied
|
|
to 1.2+3.4i produces (1.200000+3.400000i).
|
|
|
|
Other flags:
|
|
+ always print a sign for numeric values;
|
|
guarantee ASCII-only output for %q (%+q)
|
|
- pad with spaces on the right rather than the left (left-justify the field)
|
|
# alternate format: add leading 0b for binary (%#b), 0 for octal (%#o),
|
|
0x or 0X for hex (%#x or %#X); suppress 0x for %p (%#p);
|
|
for %q, print a raw (backquoted) string if strconv.CanBackquote
|
|
returns true;
|
|
always print a decimal point for %e, %E, %f, %F, %g and %G;
|
|
do not remove trailing zeros for %g and %G;
|
|
write e.g. U+0078 'x' if the character is printable for %U (%#U).
|
|
' ' (space) leave a space for elided sign in numbers (% d);
|
|
put spaces between bytes printing strings or slices in hex (% x, % X)
|
|
0 pad with leading zeros rather than spaces;
|
|
for numbers, this moves the padding after the sign
|
|
|
|
Flags are ignored by verbs that do not expect them.
|
|
For example there is no alternate decimal format, so %#d and %d
|
|
behave identically.
|
|
|
|
For each Printf-like function, there is also a Print function
|
|
that takes no format and is equivalent to saying %v for every
|
|
operand. Another variant Println inserts blanks between
|
|
operands and appends a newline.
|
|
|
|
Regardless of the verb, if an operand is an interface value,
|
|
the internal concrete value is used, not the interface itself.
|
|
Thus:
|
|
var i interface{} = 23
|
|
fmt.Printf("%v\n", i)
|
|
will print 23.
|
|
|
|
Except when printed using the verbs %T and %p, special
|
|
formatting considerations apply for operands that implement
|
|
certain interfaces. In order of application:
|
|
|
|
1. If the operand is a reflect.Value, the operand is replaced by the
|
|
concrete value that it holds, and printing continues with the next rule.
|
|
|
|
2. If an operand implements the Formatter interface, it will
|
|
be invoked. Formatter provides fine control of formatting.
|
|
|
|
3. If the %v verb is used with the # flag (%#v) and the operand
|
|
implements the GoStringer interface, that will be invoked.
|
|
|
|
If the format (which is implicitly %v for Println etc.) is valid
|
|
for a string (%s %q %v %x %X), the following two rules apply:
|
|
|
|
4. If an operand implements the error interface, the Error method
|
|
will be invoked to convert the object to a string, which will then
|
|
be formatted as required by the verb (if any).
|
|
|
|
5. If an operand implements method String() string, that method
|
|
will be invoked to convert the object to a string, which will then
|
|
be formatted as required by the verb (if any).
|
|
|
|
For compound operands such as slices and structs, the format
|
|
applies to the elements of each operand, recursively, not to the
|
|
operand as a whole. Thus %q will quote each element of a slice
|
|
of strings, and %6.2f will control formatting for each element
|
|
of a floating-point array.
|
|
|
|
However, when printing a byte slice with a string-like verb
|
|
(%s %q %x %X), it is treated identically to a string, as a single item.
|
|
|
|
To avoid recursion in cases such as
|
|
type X string
|
|
func (x X) String() string { return Sprintf("<%s>", x) }
|
|
convert the value before recurring:
|
|
func (x X) String() string { return Sprintf("<%s>", string(x)) }
|
|
Infinite recursion can also be triggered by self-referential data
|
|
structures, such as a slice that contains itself as an element, if
|
|
that type has a String method. Such pathologies are rare, however,
|
|
and the package does not protect against them.
|
|
|
|
When printing a struct, fmt cannot and therefore does not invoke
|
|
formatting methods such as Error or String on unexported fields.
|
|
|
|
Explicit argument indexes:
|
|
|
|
In Printf, Sprintf, and Fprintf, the default behavior is for each
|
|
formatting verb to format successive arguments passed in the call.
|
|
However, the notation [n] immediately before the verb indicates that the
|
|
nth one-indexed argument is to be formatted instead. The same notation
|
|
before a '*' for a width or precision selects the argument index holding
|
|
the value. After processing a bracketed expression [n], subsequent verbs
|
|
will use arguments n+1, n+2, etc. unless otherwise directed.
|
|
|
|
For example,
|
|
fmt.Sprintf("%[2]d %[1]d\n", 11, 22)
|
|
will yield "22 11", while
|
|
fmt.Sprintf("%[3]*.[2]*[1]f", 12.0, 2, 6)
|
|
equivalent to
|
|
fmt.Sprintf("%6.2f", 12.0)
|
|
will yield " 12.00". Because an explicit index affects subsequent verbs,
|
|
this notation can be used to print the same values multiple times
|
|
by resetting the index for the first argument to be repeated:
|
|
fmt.Sprintf("%d %d %#[1]x %#x", 16, 17)
|
|
will yield "16 17 0x10 0x11".
|
|
|
|
Format errors:
|
|
|
|
If an invalid argument is given for a verb, such as providing
|
|
a string to %d, the generated string will contain a
|
|
description of the problem, as in these examples:
|
|
|
|
Wrong type or unknown verb: %!verb(type=value)
|
|
Printf("%d", "hi"): %!d(string=hi)
|
|
Too many arguments: %!(EXTRA type=value)
|
|
Printf("hi", "guys"): hi%!(EXTRA string=guys)
|
|
Too few arguments: %!verb(MISSING)
|
|
Printf("hi%d"): hi%!d(MISSING)
|
|
Non-int for width or precision: %!(BADWIDTH) or %!(BADPREC)
|
|
Printf("%*s", 4.5, "hi"): %!(BADWIDTH)hi
|
|
Printf("%.*s", 4.5, "hi"): %!(BADPREC)hi
|
|
Invalid or invalid use of argument index: %!(BADINDEX)
|
|
Printf("%*[2]d", 7): %!d(BADINDEX)
|
|
Printf("%.[2]d", 7): %!d(BADINDEX)
|
|
|
|
All errors begin with the string "%!" followed sometimes
|
|
by a single character (the verb) and end with a parenthesized
|
|
description.
|
|
|
|
If an Error or String method triggers a panic when called by a
|
|
print routine, the fmt package reformats the error message
|
|
from the panic, decorating it with an indication that it came
|
|
through the fmt package. For example, if a String method
|
|
calls panic("bad"), the resulting formatted message will look
|
|
like
|
|
%!s(PANIC=bad)
|
|
|
|
The %!s just shows the print verb in use when the failure
|
|
occurred. If the panic is caused by a nil receiver to an Error
|
|
or String method, however, the output is the undecorated
|
|
string, "<nil>".
|
|
|
|
Scanning
|
|
|
|
An analogous set of functions scans formatted text to yield
|
|
values. Scan, Scanf and Scanln read from os.Stdin; Fscan,
|
|
Fscanf and Fscanln read from a specified io.Reader; Sscan,
|
|
Sscanf and Sscanln read from an argument string.
|
|
|
|
Scan, Fscan, Sscan treat newlines in the input as spaces.
|
|
|
|
Scanln, Fscanln and Sscanln stop scanning at a newline and
|
|
require that the items be followed by a newline or EOF.
|
|
|
|
Scanf, Fscanf, and Sscanf parse the arguments according to a
|
|
format string, analogous to that of Printf. In the text that
|
|
follows, 'space' means any Unicode whitespace character
|
|
except newline.
|
|
|
|
In the format string, a verb introduced by the % character
|
|
consumes and parses input; these verbs are described in more
|
|
detail below. A character other than %, space, or newline in
|
|
the format consumes exactly that input character, which must
|
|
be present. A newline with zero or more spaces before it in
|
|
the format string consumes zero or more spaces in the input
|
|
followed by a single newline or the end of the input. A space
|
|
following a newline in the format string consumes zero or more
|
|
spaces in the input. Otherwise, any run of one or more spaces
|
|
in the format string consumes as many spaces as possible in
|
|
the input. Unless the run of spaces in the format string
|
|
appears adjacent to a newline, the run must consume at least
|
|
one space from the input or find the end of the input.
|
|
|
|
The handling of spaces and newlines differs from that of C's
|
|
scanf family: in C, newlines are treated as any other space,
|
|
and it is never an error when a run of spaces in the format
|
|
string finds no spaces to consume in the input.
|
|
|
|
The verbs behave analogously to those of Printf.
|
|
For example, %x will scan an integer as a hexadecimal number,
|
|
and %v will scan the default representation format for the value.
|
|
The Printf verbs %p and %T and the flags # and + are not implemented.
|
|
For floating-point and complex values, all valid formatting verbs
|
|
(%b %e %E %f %F %g %G %x %X and %v) are equivalent and accept
|
|
both decimal and hexadecimal notation (for example: "2.3e+7", "0x4.5p-8")
|
|
and digit-separating underscores (for example: "3.14159_26535_89793").
|
|
|
|
Input processed by verbs is implicitly space-delimited: the
|
|
implementation of every verb except %c starts by discarding
|
|
leading spaces from the remaining input, and the %s verb
|
|
(and %v reading into a string) stops consuming input at the first
|
|
space or newline character.
|
|
|
|
The familiar base-setting prefixes 0b (binary), 0o and 0 (octal),
|
|
and 0x (hexadecimal) are accepted when scanning integers
|
|
without a format or with the %v verb, as are digit-separating
|
|
underscores.
|
|
|
|
Width is interpreted in the input text but there is no
|
|
syntax for scanning with a precision (no %5.2f, just %5f).
|
|
If width is provided, it applies after leading spaces are
|
|
trimmed and specifies the maximum number of runes to read
|
|
to satisfy the verb. For example,
|
|
Sscanf(" 1234567 ", "%5s%d", &s, &i)
|
|
will set s to "12345" and i to 67 while
|
|
Sscanf(" 12 34 567 ", "%5s%d", &s, &i)
|
|
will set s to "12" and i to 34.
|
|
|
|
In all the scanning functions, a carriage return followed
|
|
immediately by a newline is treated as a plain newline
|
|
(\r\n means the same as \n).
|
|
|
|
In all the scanning functions, if an operand implements method
|
|
Scan (that is, it implements the Scanner interface) that
|
|
method will be used to scan the text for that operand. Also,
|
|
if the number of arguments scanned is less than the number of
|
|
arguments provided, an error is returned.
|
|
|
|
All arguments to be scanned must be either pointers to basic
|
|
types or implementations of the Scanner interface.
|
|
|
|
Like Scanf and Fscanf, Sscanf need not consume its entire input.
|
|
There is no way to recover how much of the input string Sscanf used.
|
|
|
|
Note: Fscan etc. can read one character (rune) past the input
|
|
they return, which means that a loop calling a scan routine
|
|
may skip some of the input. This is usually a problem only
|
|
when there is no space between input values. If the reader
|
|
provided to Fscan implements ReadRune, that method will be used
|
|
to read characters. If the reader also implements UnreadRune,
|
|
that method will be used to save the character and successive
|
|
calls will not lose data. To attach ReadRune and UnreadRune
|
|
methods to a reader without that capability, use
|
|
bufio.NewReader.
|
|
*/
|
|
package fmt
|