You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

451 lines
17 KiB

14 years ago
15 years ago
15 years ago
Merged revisions 74074,74077,74111,74188,74192-74193,74200,74252-74253,74258-74261 via svnmerge from svn+ssh://pythondev@svn.python.org/python/trunk ........ r74074 | georg.brandl | 2009-07-18 05:03:10 -0400 (Sat, 18 Jul 2009) | 1 line #6513: fix example code: warning categories are classes, not instances. ........ r74077 | georg.brandl | 2009-07-18 05:43:40 -0400 (Sat, 18 Jul 2009) | 1 line #6489: fix an ambiguity in getiterator() documentation. ........ r74111 | benjamin.peterson | 2009-07-20 09:30:10 -0400 (Mon, 20 Jul 2009) | 1 line remove docs for deprecated -p option ........ r74188 | benjamin.peterson | 2009-07-23 10:25:31 -0400 (Thu, 23 Jul 2009) | 1 line use bools ........ r74192 | georg.brandl | 2009-07-24 12:28:38 -0400 (Fri, 24 Jul 2009) | 1 line Fix arg types of et#. ........ r74193 | georg.brandl | 2009-07-24 12:46:38 -0400 (Fri, 24 Jul 2009) | 1 line Dont put "void" in signature for nullary functions. ........ r74200 | georg.brandl | 2009-07-25 09:02:15 -0400 (Sat, 25 Jul 2009) | 1 line #6571: add index entries for more operators. ........ r74252 | georg.brandl | 2009-07-29 12:06:31 -0400 (Wed, 29 Jul 2009) | 1 line #6593: fix link targets. ........ r74253 | georg.brandl | 2009-07-29 12:09:17 -0400 (Wed, 29 Jul 2009) | 1 line #6591: add reference to ioctl in fcntl module for platforms other than Windows. ........ r74258 | georg.brandl | 2009-07-29 12:57:05 -0400 (Wed, 29 Jul 2009) | 1 line Add a link to readline, and mention IPython and bpython. ........ r74259 | georg.brandl | 2009-07-29 13:07:21 -0400 (Wed, 29 Jul 2009) | 1 line Fix some markup and small factual glitches found by M. Markert. ........ r74260 | georg.brandl | 2009-07-29 13:15:20 -0400 (Wed, 29 Jul 2009) | 1 line Fix a few markup glitches. ........ r74261 | georg.brandl | 2009-07-29 13:50:25 -0400 (Wed, 29 Jul 2009) | 1 line Rewrite the section about classes a bit; mostly tidbits, and a larger update to the section about "private" variables to reflect the Pythonic consensus better. ........
17 years ago
Merged revisions 74074,74077,74111,74188,74192-74193,74200,74252-74253,74258-74261 via svnmerge from svn+ssh://pythondev@svn.python.org/python/trunk ........ r74074 | georg.brandl | 2009-07-18 05:03:10 -0400 (Sat, 18 Jul 2009) | 1 line #6513: fix example code: warning categories are classes, not instances. ........ r74077 | georg.brandl | 2009-07-18 05:43:40 -0400 (Sat, 18 Jul 2009) | 1 line #6489: fix an ambiguity in getiterator() documentation. ........ r74111 | benjamin.peterson | 2009-07-20 09:30:10 -0400 (Mon, 20 Jul 2009) | 1 line remove docs for deprecated -p option ........ r74188 | benjamin.peterson | 2009-07-23 10:25:31 -0400 (Thu, 23 Jul 2009) | 1 line use bools ........ r74192 | georg.brandl | 2009-07-24 12:28:38 -0400 (Fri, 24 Jul 2009) | 1 line Fix arg types of et#. ........ r74193 | georg.brandl | 2009-07-24 12:46:38 -0400 (Fri, 24 Jul 2009) | 1 line Dont put "void" in signature for nullary functions. ........ r74200 | georg.brandl | 2009-07-25 09:02:15 -0400 (Sat, 25 Jul 2009) | 1 line #6571: add index entries for more operators. ........ r74252 | georg.brandl | 2009-07-29 12:06:31 -0400 (Wed, 29 Jul 2009) | 1 line #6593: fix link targets. ........ r74253 | georg.brandl | 2009-07-29 12:09:17 -0400 (Wed, 29 Jul 2009) | 1 line #6591: add reference to ioctl in fcntl module for platforms other than Windows. ........ r74258 | georg.brandl | 2009-07-29 12:57:05 -0400 (Wed, 29 Jul 2009) | 1 line Add a link to readline, and mention IPython and bpython. ........ r74259 | georg.brandl | 2009-07-29 13:07:21 -0400 (Wed, 29 Jul 2009) | 1 line Fix some markup and small factual glitches found by M. Markert. ........ r74260 | georg.brandl | 2009-07-29 13:15:20 -0400 (Wed, 29 Jul 2009) | 1 line Fix a few markup glitches. ........ r74261 | georg.brandl | 2009-07-29 13:50:25 -0400 (Wed, 29 Jul 2009) | 1 line Rewrite the section about classes a bit; mostly tidbits, and a larger update to the section about "private" variables to reflect the Pythonic consensus better. ........
17 years ago
Merged revisions 74074,74077,74111,74188,74192-74193,74200,74252-74253,74258-74261 via svnmerge from svn+ssh://pythondev@svn.python.org/python/trunk ........ r74074 | georg.brandl | 2009-07-18 05:03:10 -0400 (Sat, 18 Jul 2009) | 1 line #6513: fix example code: warning categories are classes, not instances. ........ r74077 | georg.brandl | 2009-07-18 05:43:40 -0400 (Sat, 18 Jul 2009) | 1 line #6489: fix an ambiguity in getiterator() documentation. ........ r74111 | benjamin.peterson | 2009-07-20 09:30:10 -0400 (Mon, 20 Jul 2009) | 1 line remove docs for deprecated -p option ........ r74188 | benjamin.peterson | 2009-07-23 10:25:31 -0400 (Thu, 23 Jul 2009) | 1 line use bools ........ r74192 | georg.brandl | 2009-07-24 12:28:38 -0400 (Fri, 24 Jul 2009) | 1 line Fix arg types of et#. ........ r74193 | georg.brandl | 2009-07-24 12:46:38 -0400 (Fri, 24 Jul 2009) | 1 line Dont put "void" in signature for nullary functions. ........ r74200 | georg.brandl | 2009-07-25 09:02:15 -0400 (Sat, 25 Jul 2009) | 1 line #6571: add index entries for more operators. ........ r74252 | georg.brandl | 2009-07-29 12:06:31 -0400 (Wed, 29 Jul 2009) | 1 line #6593: fix link targets. ........ r74253 | georg.brandl | 2009-07-29 12:09:17 -0400 (Wed, 29 Jul 2009) | 1 line #6591: add reference to ioctl in fcntl module for platforms other than Windows. ........ r74258 | georg.brandl | 2009-07-29 12:57:05 -0400 (Wed, 29 Jul 2009) | 1 line Add a link to readline, and mention IPython and bpython. ........ r74259 | georg.brandl | 2009-07-29 13:07:21 -0400 (Wed, 29 Jul 2009) | 1 line Fix some markup and small factual glitches found by M. Markert. ........ r74260 | georg.brandl | 2009-07-29 13:15:20 -0400 (Wed, 29 Jul 2009) | 1 line Fix a few markup glitches. ........ r74261 | georg.brandl | 2009-07-29 13:50:25 -0400 (Wed, 29 Jul 2009) | 1 line Rewrite the section about classes a bit; mostly tidbits, and a larger update to the section about "private" variables to reflect the Pythonic consensus better. ........
17 years ago
Merged revisions 74074,74077,74111,74188,74192-74193,74200,74252-74253,74258-74261 via svnmerge from svn+ssh://pythondev@svn.python.org/python/trunk ........ r74074 | georg.brandl | 2009-07-18 05:03:10 -0400 (Sat, 18 Jul 2009) | 1 line #6513: fix example code: warning categories are classes, not instances. ........ r74077 | georg.brandl | 2009-07-18 05:43:40 -0400 (Sat, 18 Jul 2009) | 1 line #6489: fix an ambiguity in getiterator() documentation. ........ r74111 | benjamin.peterson | 2009-07-20 09:30:10 -0400 (Mon, 20 Jul 2009) | 1 line remove docs for deprecated -p option ........ r74188 | benjamin.peterson | 2009-07-23 10:25:31 -0400 (Thu, 23 Jul 2009) | 1 line use bools ........ r74192 | georg.brandl | 2009-07-24 12:28:38 -0400 (Fri, 24 Jul 2009) | 1 line Fix arg types of et#. ........ r74193 | georg.brandl | 2009-07-24 12:46:38 -0400 (Fri, 24 Jul 2009) | 1 line Dont put "void" in signature for nullary functions. ........ r74200 | georg.brandl | 2009-07-25 09:02:15 -0400 (Sat, 25 Jul 2009) | 1 line #6571: add index entries for more operators. ........ r74252 | georg.brandl | 2009-07-29 12:06:31 -0400 (Wed, 29 Jul 2009) | 1 line #6593: fix link targets. ........ r74253 | georg.brandl | 2009-07-29 12:09:17 -0400 (Wed, 29 Jul 2009) | 1 line #6591: add reference to ioctl in fcntl module for platforms other than Windows. ........ r74258 | georg.brandl | 2009-07-29 12:57:05 -0400 (Wed, 29 Jul 2009) | 1 line Add a link to readline, and mention IPython and bpython. ........ r74259 | georg.brandl | 2009-07-29 13:07:21 -0400 (Wed, 29 Jul 2009) | 1 line Fix some markup and small factual glitches found by M. Markert. ........ r74260 | georg.brandl | 2009-07-29 13:15:20 -0400 (Wed, 29 Jul 2009) | 1 line Fix a few markup glitches. ........ r74261 | georg.brandl | 2009-07-29 13:50:25 -0400 (Wed, 29 Jul 2009) | 1 line Rewrite the section about classes a bit; mostly tidbits, and a larger update to the section about "private" variables to reflect the Pythonic consensus better. ........
17 years ago
  1. .. _tut-io:
  2. ****************
  3. Input and Output
  4. ****************
  5. There are several ways to present the output of a program; data can be printed
  6. in a human-readable form, or written to a file for future use. This chapter will
  7. discuss some of the possibilities.
  8. .. _tut-formatting:
  9. Fancier Output Formatting
  10. =========================
  11. So far we've encountered two ways of writing values: *expression statements* and
  12. the :func:`print` function. (A third way is using the :meth:`write` method
  13. of file objects; the standard output file can be referenced as ``sys.stdout``.
  14. See the Library Reference for more information on this.)
  15. Often you'll want more control over the formatting of your output than simply
  16. printing space-separated values. There are two ways to format your output; the
  17. first way is to do all the string handling yourself; using string slicing and
  18. concatenation operations you can create any layout you can imagine. The
  19. string type has some methods that perform useful operations for padding
  20. strings to a given column width; these will be discussed shortly. The second
  21. way is to use :ref:`formatted string literals <f-strings>`, or the
  22. :meth:`str.format` method.
  23. The :mod:`string` module contains a :class:`~string.Template` class which offers
  24. yet another way to substitute values into strings.
  25. One question remains, of course: how do you convert values to strings? Luckily,
  26. Python has ways to convert any value to a string: pass it to the :func:`repr`
  27. or :func:`str` functions.
  28. The :func:`str` function is meant to return representations of values which are
  29. fairly human-readable, while :func:`repr` is meant to generate representations
  30. which can be read by the interpreter (or will force a :exc:`SyntaxError` if
  31. there is no equivalent syntax). For objects which don't have a particular
  32. representation for human consumption, :func:`str` will return the same value as
  33. :func:`repr`. Many values, such as numbers or structures like lists and
  34. dictionaries, have the same representation using either function. Strings, in
  35. particular, have two distinct representations.
  36. Some examples::
  37. >>> s = 'Hello, world.'
  38. >>> str(s)
  39. 'Hello, world.'
  40. >>> repr(s)
  41. "'Hello, world.'"
  42. >>> str(1/7)
  43. '0.14285714285714285'
  44. >>> x = 10 * 3.25
  45. >>> y = 200 * 200
  46. >>> s = 'The value of x is ' + repr(x) + ', and y is ' + repr(y) + '...'
  47. >>> print(s)
  48. The value of x is 32.5, and y is 40000...
  49. >>> # The repr() of a string adds string quotes and backslashes:
  50. ... hello = 'hello, world\n'
  51. >>> hellos = repr(hello)
  52. >>> print(hellos)
  53. 'hello, world\n'
  54. >>> # The argument to repr() may be any Python object:
  55. ... repr((x, y, ('spam', 'eggs')))
  56. "(32.5, 40000, ('spam', 'eggs'))"
  57. Here are two ways to write a table of squares and cubes::
  58. >>> for x in range(1, 11):
  59. ... print(repr(x).rjust(2), repr(x*x).rjust(3), end=' ')
  60. ... # Note use of 'end' on previous line
  61. ... print(repr(x*x*x).rjust(4))
  62. ...
  63. 1 1 1
  64. 2 4 8
  65. 3 9 27
  66. 4 16 64
  67. 5 25 125
  68. 6 36 216
  69. 7 49 343
  70. 8 64 512
  71. 9 81 729
  72. 10 100 1000
  73. >>> for x in range(1, 11):
  74. ... print('{0:2d} {1:3d} {2:4d}'.format(x, x*x, x*x*x))
  75. ...
  76. 1 1 1
  77. 2 4 8
  78. 3 9 27
  79. 4 16 64
  80. 5 25 125
  81. 6 36 216
  82. 7 49 343
  83. 8 64 512
  84. 9 81 729
  85. 10 100 1000
  86. (Note that in the first example, one space between each column was added by the
  87. way :func:`print` works: it always adds spaces between its arguments.)
  88. This example demonstrates the :meth:`str.rjust` method of string
  89. objects, which right-justifies a string in a field of a given width by padding
  90. it with spaces on the left. There are similar methods :meth:`str.ljust` and
  91. :meth:`str.center`. These methods do not write anything, they just return a
  92. new string. If the input string is too long, they don't truncate it, but
  93. return it unchanged; this will mess up your column lay-out but that's usually
  94. better than the alternative, which would be lying about a value. (If you
  95. really want truncation you can always add a slice operation, as in
  96. ``x.ljust(n)[:n]``.)
  97. There is another method, :meth:`str.zfill`, which pads a numeric string on the
  98. left with zeros. It understands about plus and minus signs::
  99. >>> '12'.zfill(5)
  100. '00012'
  101. >>> '-3.14'.zfill(7)
  102. '-003.14'
  103. >>> '3.14159265359'.zfill(5)
  104. '3.14159265359'
  105. Basic usage of the :meth:`str.format` method looks like this::
  106. >>> print('We are the {} who say "{}!"'.format('knights', 'Ni'))
  107. We are the knights who say "Ni!"
  108. The brackets and characters within them (called format fields) are replaced with
  109. the objects passed into the :meth:`str.format` method. A number in the
  110. brackets can be used to refer to the position of the object passed into the
  111. :meth:`str.format` method. ::
  112. >>> print('{0} and {1}'.format('spam', 'eggs'))
  113. spam and eggs
  114. >>> print('{1} and {0}'.format('spam', 'eggs'))
  115. eggs and spam
  116. If keyword arguments are used in the :meth:`str.format` method, their values
  117. are referred to by using the name of the argument. ::
  118. >>> print('This {food} is {adjective}.'.format(
  119. ... food='spam', adjective='absolutely horrible'))
  120. This spam is absolutely horrible.
  121. Positional and keyword arguments can be arbitrarily combined::
  122. >>> print('The story of {0}, {1}, and {other}.'.format('Bill', 'Manfred',
  123. other='Georg'))
  124. The story of Bill, Manfred, and Georg.
  125. ``'!a'`` (apply :func:`ascii`), ``'!s'`` (apply :func:`str`) and ``'!r'``
  126. (apply :func:`repr`) can be used to convert the value before it is formatted::
  127. >>> contents = 'eels'
  128. >>> print('My hovercraft is full of {}.'.format(contents))
  129. My hovercraft is full of eels.
  130. >>> print('My hovercraft is full of {!r}.'.format(contents))
  131. My hovercraft is full of 'eels'.
  132. An optional ``':'`` and format specifier can follow the field name. This allows
  133. greater control over how the value is formatted. The following example
  134. rounds Pi to three places after the decimal.
  135. >>> import math
  136. >>> print('The value of PI is approximately {0:.3f}.'.format(math.pi))
  137. The value of PI is approximately 3.142.
  138. Passing an integer after the ``':'`` will cause that field to be a minimum
  139. number of characters wide. This is useful for making tables pretty. ::
  140. >>> table = {'Sjoerd': 4127, 'Jack': 4098, 'Dcab': 7678}
  141. >>> for name, phone in table.items():
  142. ... print('{0:10} ==> {1:10d}'.format(name, phone))
  143. ...
  144. Jack ==> 4098
  145. Dcab ==> 7678
  146. Sjoerd ==> 4127
  147. If you have a really long format string that you don't want to split up, it
  148. would be nice if you could reference the variables to be formatted by name
  149. instead of by position. This can be done by simply passing the dict and using
  150. square brackets ``'[]'`` to access the keys ::
  151. >>> table = {'Sjoerd': 4127, 'Jack': 4098, 'Dcab': 8637678}
  152. >>> print('Jack: {0[Jack]:d}; Sjoerd: {0[Sjoerd]:d}; '
  153. ... 'Dcab: {0[Dcab]:d}'.format(table))
  154. Jack: 4098; Sjoerd: 4127; Dcab: 8637678
  155. This could also be done by passing the table as keyword arguments with the '**'
  156. notation. ::
  157. >>> table = {'Sjoerd': 4127, 'Jack': 4098, 'Dcab': 8637678}
  158. >>> print('Jack: {Jack:d}; Sjoerd: {Sjoerd:d}; Dcab: {Dcab:d}'.format(**table))
  159. Jack: 4098; Sjoerd: 4127; Dcab: 8637678
  160. This is particularly useful in combination with the built-in function
  161. :func:`vars`, which returns a dictionary containing all local variables.
  162. For a complete overview of string formatting with :meth:`str.format`, see
  163. :ref:`formatstrings`.
  164. Old string formatting
  165. ---------------------
  166. The ``%`` operator can also be used for string formatting. It interprets the
  167. left argument much like a :c:func:`sprintf`\ -style format string to be applied
  168. to the right argument, and returns the string resulting from this formatting
  169. operation. For example::
  170. >>> import math
  171. >>> print('The value of PI is approximately %5.3f.' % math.pi)
  172. The value of PI is approximately 3.142.
  173. More information can be found in the :ref:`old-string-formatting` section.
  174. .. _tut-files:
  175. Reading and Writing Files
  176. =========================
  177. .. index::
  178. builtin: open
  179. object: file
  180. :func:`open` returns a :term:`file object`, and is most commonly used with
  181. two arguments: ``open(filename, mode)``.
  182. ::
  183. >>> f = open('workfile', 'w')
  184. .. XXX str(f) is <io.TextIOWrapper object at 0x82e8dc4>
  185. >>> print(f)
  186. <open file 'workfile', mode 'w' at 80a0960>
  187. The first argument is a string containing the filename. The second argument is
  188. another string containing a few characters describing the way in which the file
  189. will be used. *mode* can be ``'r'`` when the file will only be read, ``'w'``
  190. for only writing (an existing file with the same name will be erased), and
  191. ``'a'`` opens the file for appending; any data written to the file is
  192. automatically added to the end. ``'r+'`` opens the file for both reading and
  193. writing. The *mode* argument is optional; ``'r'`` will be assumed if it's
  194. omitted.
  195. Normally, files are opened in :dfn:`text mode`, that means, you read and write
  196. strings from and to the file, which are encoded in a specific encoding. If
  197. encoding is not specified, the default is platform dependent (see
  198. :func:`open`). ``'b'`` appended to the mode opens the file in
  199. :dfn:`binary mode`: now the data is read and written in the form of bytes
  200. objects. This mode should be used for all files that don't contain text.
  201. In text mode, the default when reading is to convert platform-specific line
  202. endings (``\n`` on Unix, ``\r\n`` on Windows) to just ``\n``. When writing in
  203. text mode, the default is to convert occurrences of ``\n`` back to
  204. platform-specific line endings. This behind-the-scenes modification
  205. to file data is fine for text files, but will corrupt binary data like that in
  206. :file:`JPEG` or :file:`EXE` files. Be very careful to use binary mode when
  207. reading and writing such files.
  208. It is good practice to use the :keyword:`with` keyword when dealing
  209. with file objects. The advantage is that the file is properly closed
  210. after its suite finishes, even if an exception is raised at some
  211. point. Using :keyword:`with` is also much shorter than writing
  212. equivalent :keyword:`try`\ -\ :keyword:`finally` blocks::
  213. >>> with open('workfile') as f:
  214. ... read_data = f.read()
  215. >>> f.closed
  216. True
  217. If you're not using the :keyword:`with` keyword, then you should call
  218. ``f.close()`` to close the file and immediately free up any system
  219. resources used by it. If you don't explicitly close a file, Python's
  220. garbage collector will eventually destroy the object and close the
  221. open file for you, but the file may stay open for a while. Another
  222. risk is that different Python implementations will do this clean-up at
  223. different times.
  224. After a file object is closed, either by a :keyword:`with` statement
  225. or by calling ``f.close()``, attempts to use the file object will
  226. automatically fail. ::
  227. >>> f.close()
  228. >>> f.read()
  229. Traceback (most recent call last):
  230. File "<stdin>", line 1, in <module>
  231. ValueError: I/O operation on closed file
  232. .. _tut-filemethods:
  233. Methods of File Objects
  234. -----------------------
  235. The rest of the examples in this section will assume that a file object called
  236. ``f`` has already been created.
  237. To read a file's contents, call ``f.read(size)``, which reads some quantity of
  238. data and returns it as a string (in text mode) or bytes object (in binary mode).
  239. *size* is an optional numeric argument. When *size* is omitted or negative, the
  240. entire contents of the file will be read and returned; it's your problem if the
  241. file is twice as large as your machine's memory. Otherwise, at most *size* bytes
  242. are read and returned.
  243. If the end of the file has been reached, ``f.read()`` will return an empty
  244. string (``''``). ::
  245. >>> f.read()
  246. 'This is the entire file.\n'
  247. >>> f.read()
  248. ''
  249. ``f.readline()`` reads a single line from the file; a newline character (``\n``)
  250. is left at the end of the string, and is only omitted on the last line of the
  251. file if the file doesn't end in a newline. This makes the return value
  252. unambiguous; if ``f.readline()`` returns an empty string, the end of the file
  253. has been reached, while a blank line is represented by ``'\n'``, a string
  254. containing only a single newline. ::
  255. >>> f.readline()
  256. 'This is the first line of the file.\n'
  257. >>> f.readline()
  258. 'Second line of the file\n'
  259. >>> f.readline()
  260. ''
  261. For reading lines from a file, you can loop over the file object. This is memory
  262. efficient, fast, and leads to simple code::
  263. >>> for line in f:
  264. ... print(line, end='')
  265. ...
  266. This is the first line of the file.
  267. Second line of the file
  268. If you want to read all the lines of a file in a list you can also use
  269. ``list(f)`` or ``f.readlines()``.
  270. ``f.write(string)`` writes the contents of *string* to the file, returning
  271. the number of characters written. ::
  272. >>> f.write('This is a test\n')
  273. 15
  274. Other types of objects need to be converted -- either to a string (in text mode)
  275. or a bytes object (in binary mode) -- before writing them::
  276. >>> value = ('the answer', 42)
  277. >>> s = str(value) # convert the tuple to string
  278. >>> f.write(s)
  279. 18
  280. ``f.tell()`` returns an integer giving the file object's current position in the file
  281. represented as number of bytes from the beginning of the file when in binary mode and
  282. an opaque number when in text mode.
  283. To change the file object's position, use ``f.seek(offset, from_what)``. The position is computed
  284. from adding *offset* to a reference point; the reference point is selected by
  285. the *from_what* argument. A *from_what* value of 0 measures from the beginning
  286. of the file, 1 uses the current file position, and 2 uses the end of the file as
  287. the reference point. *from_what* can be omitted and defaults to 0, using the
  288. beginning of the file as the reference point. ::
  289. >>> f = open('workfile', 'rb+')
  290. >>> f.write(b'0123456789abcdef')
  291. 16
  292. >>> f.seek(5) # Go to the 6th byte in the file
  293. 5
  294. >>> f.read(1)
  295. b'5'
  296. >>> f.seek(-3, 2) # Go to the 3rd byte before the end
  297. 13
  298. >>> f.read(1)
  299. b'd'
  300. In text files (those opened without a ``b`` in the mode string), only seeks
  301. relative to the beginning of the file are allowed (the exception being seeking
  302. to the very file end with ``seek(0, 2)``) and the only valid *offset* values are
  303. those returned from the ``f.tell()``, or zero. Any other *offset* value produces
  304. undefined behaviour.
  305. File objects have some additional methods, such as :meth:`~file.isatty` and
  306. :meth:`~file.truncate` which are less frequently used; consult the Library
  307. Reference for a complete guide to file objects.
  308. .. _tut-json:
  309. Saving structured data with :mod:`json`
  310. ---------------------------------------
  311. .. index:: module: json
  312. Strings can easily be written to and read from a file. Numbers take a bit more
  313. effort, since the :meth:`read` method only returns strings, which will have to
  314. be passed to a function like :func:`int`, which takes a string like ``'123'``
  315. and returns its numeric value 123. When you want to save more complex data
  316. types like nested lists and dictionaries, parsing and serializing by hand
  317. becomes complicated.
  318. Rather than having users constantly writing and debugging code to save
  319. complicated data types to files, Python allows you to use the popular data
  320. interchange format called `JSON (JavaScript Object Notation)
  321. <http://json.org>`_. The standard module called :mod:`json` can take Python
  322. data hierarchies, and convert them to string representations; this process is
  323. called :dfn:`serializing`. Reconstructing the data from the string representation
  324. is called :dfn:`deserializing`. Between serializing and deserializing, the
  325. string representing the object may have been stored in a file or data, or
  326. sent over a network connection to some distant machine.
  327. .. note::
  328. The JSON format is commonly used by modern applications to allow for data
  329. exchange. Many programmers are already familiar with it, which makes
  330. it a good choice for interoperability.
  331. If you have an object ``x``, you can view its JSON string representation with a
  332. simple line of code::
  333. >>> import json
  334. >>> json.dumps([1, 'simple', 'list'])
  335. '[1, "simple", "list"]'
  336. Another variant of the :func:`~json.dumps` function, called :func:`~json.dump`,
  337. simply serializes the object to a :term:`text file`. So if ``f`` is a
  338. :term:`text file` object opened for writing, we can do this::
  339. json.dump(x, f)
  340. To decode the object again, if ``f`` is a :term:`text file` object which has
  341. been opened for reading::
  342. x = json.load(f)
  343. This simple serialization technique can handle lists and dictionaries, but
  344. serializing arbitrary class instances in JSON requires a bit of extra effort.
  345. The reference for the :mod:`json` module contains an explanation of this.
  346. .. seealso::
  347. :mod:`pickle` - the pickle module
  348. Contrary to :ref:`JSON <tut-json>`, *pickle* is a protocol which allows
  349. the serialization of arbitrarily complex Python objects. As such, it is
  350. specific to Python and cannot be used to communicate with applications
  351. written in other languages. It is also insecure by default:
  352. deserializing pickle data coming from an untrusted source can execute
  353. arbitrary code, if the data was crafted by a skilled attacker.