| .. XXX document all delegations to __special__ methods |
| .. _built-in-funcs: |
| |
| Built-in Functions |
| ================== |
| |
| The Python interpreter has a number of functions and types built into it that |
| are always available. They are listed here in alphabetical order. |
| |
| =================== ================= ================== ================ ==================== |
| .. .. Built-in Functions .. .. |
| =================== ================= ================== ================ ==================== |
| :func:`abs` |func-dict|_ :func:`help` :func:`min` :func:`setattr` |
| :func:`all` :func:`dir` :func:`hex` :func:`next` :func:`slice` |
| :func:`any` :func:`divmod` :func:`id` :func:`object` :func:`sorted` |
| :func:`ascii` :func:`enumerate` :func:`input` :func:`oct` :func:`staticmethod` |
| :func:`bin` :func:`eval` :func:`int` :func:`open` |func-str|_ |
| :func:`bool` :func:`exec` :func:`isinstance` :func:`ord` :func:`sum` |
| :func:`bytearray` :func:`filter` :func:`issubclass` :func:`pow` :func:`super` |
| :func:`bytes` :func:`float` :func:`iter` :func:`print` |func-tuple|_ |
| :func:`callable` :func:`format` :func:`len` :func:`property` :func:`type` |
| :func:`chr` |func-frozenset|_ |func-list|_ |func-range|_ :func:`vars` |
| :func:`classmethod` :func:`getattr` :func:`locals` :func:`repr` :func:`zip` |
| :func:`compile` :func:`globals` :func:`map` :func:`reversed` :func:`__import__` |
| :func:`complex` :func:`hasattr` :func:`max` :func:`round` |
| :func:`delattr` :func:`hash` |func-memoryview|_ |func-set|_ |
| =================== ================= ================== ================ ==================== |
| |
| .. using :func:`dict` would create a link to another page, so local targets are |
| used, with replacement texts to make the output in the table consistent |
| |
| .. |func-dict| replace:: ``dict()`` |
| .. |func-frozenset| replace:: ``frozenset()`` |
| .. |func-memoryview| replace:: ``memoryview()`` |
| .. |func-set| replace:: ``set()`` |
| .. |func-list| replace:: ``list()`` |
| .. |func-str| replace:: ``str()`` |
| .. |func-tuple| replace:: ``tuple()`` |
| .. |func-range| replace:: ``range()`` |
| |
| |
| .. function:: abs(x) |
| |
| Return the absolute value of a number. The argument may be an |
| integer or a floating point number. If the argument is a complex number, its |
| magnitude is returned. |
| |
| |
| .. function:: all(iterable) |
| |
| Return ``True`` if all elements of the *iterable* are true (or if the iterable |
| is empty). Equivalent to:: |
| |
| def all(iterable): |
| for element in iterable: |
| if not element: |
| return False |
| return True |
| |
| |
| .. function:: any(iterable) |
| |
| Return ``True`` if any element of the *iterable* is true. If the iterable |
| is empty, return ``False``. Equivalent to:: |
| |
| def any(iterable): |
| for element in iterable: |
| if element: |
| return True |
| return False |
| |
| |
| .. function:: ascii(object) |
| |
| As :func:`repr`, return a string containing a printable representation of an |
| object, but escape the non-ASCII characters in the string returned by |
| :func:`repr` using ``\x``, ``\u`` or ``\U`` escapes. This generates a string |
| similar to that returned by :func:`repr` in Python 2. |
| |
| |
| .. function:: bin(x) |
| |
| Convert an integer number to a binary string. The result is a valid Python |
| expression. If *x* is not a Python :class:`int` object, it has to define an |
| :meth:`__index__` method that returns an integer. |
| |
| |
| .. class:: bool([x]) |
| |
| Return a Boolean value, i.e. one of ``True`` or ``False``. *x* is converted |
| using the standard :ref:`truth testing procedure <truth>`. If *x* is false |
| or omitted, this returns ``False``; otherwise it returns ``True``. The |
| :class:`bool` class is a subclass of :class:`int` (see :ref:`typesnumeric`). |
| It cannot be subclassed further. Its only instances are ``False`` and |
| ``True`` (see :ref:`bltin-boolean-values`). |
| |
| .. index:: pair: Boolean; type |
| |
| |
| .. _func-bytearray: |
| .. class:: bytearray([source[, encoding[, errors]]]) |
| |
| Return a new array of bytes. The :class:`bytearray` class is a mutable |
| sequence of integers in the range 0 <= x < 256. It has most of the usual |
| methods of mutable sequences, described in :ref:`typesseq-mutable`, as well |
| as most methods that the :class:`bytes` type has, see :ref:`bytes-methods`. |
| |
| The optional *source* parameter can be used to initialize the array in a few |
| different ways: |
| |
| * If it is a *string*, you must also give the *encoding* (and optionally, |
| *errors*) parameters; :func:`bytearray` then converts the string to |
| bytes using :meth:`str.encode`. |
| |
| * If it is an *integer*, the array will have that size and will be |
| initialized with null bytes. |
| |
| * If it is an object conforming to the *buffer* interface, a read-only buffer |
| of the object will be used to initialize the bytes array. |
| |
| * If it is an *iterable*, it must be an iterable of integers in the range |
| ``0 <= x < 256``, which are used as the initial contents of the array. |
| |
| Without an argument, an array of size 0 is created. |
| |
| See also :ref:`binaryseq` and :ref:`typebytearray`. |
| |
| |
| .. _func-bytes: |
| .. class:: bytes([source[, encoding[, errors]]]) |
| |
| Return a new "bytes" object, which is an immutable sequence of integers in |
| the range ``0 <= x < 256``. :class:`bytes` is an immutable version of |
| :class:`bytearray` -- it has the same non-mutating methods and the same |
| indexing and slicing behavior. |
| |
| Accordingly, constructor arguments are interpreted as for :func:`bytearray`. |
| |
| Bytes objects can also be created with literals, see :ref:`strings`. |
| |
| See also :ref:`binaryseq`, :ref:`typebytes`, and :ref:`bytes-methods`. |
| |
| |
| .. function:: callable(object) |
| |
| Return :const:`True` if the *object* argument appears callable, |
| :const:`False` if not. If this returns true, it is still possible that a |
| call fails, but if it is false, calling *object* will never succeed. |
| Note that classes are callable (calling a class returns a new instance); |
| instances are callable if their class has a :meth:`__call__` method. |
| |
| .. versionadded:: 3.2 |
| This function was first removed in Python 3.0 and then brought back |
| in Python 3.2. |
| |
| |
| .. function:: chr(i) |
| |
| Return the string representing a character whose Unicode code point is the |
| integer *i*. For example, ``chr(97)`` returns the string ``'a'``, while |
| ``chr(957)`` returns the string ``'ν'``. This is the inverse of :func:`ord`. |
| |
| The valid range for the argument is from 0 through 1,114,111 (0x10FFFF in |
| base 16). :exc:`ValueError` will be raised if *i* is outside that range. |
| |
| |
| .. function:: classmethod(function) |
| |
| Return a class method for *function*. |
| |
| A class method receives the class as implicit first argument, just like an |
| instance method receives the instance. To declare a class method, use this |
| idiom:: |
| |
| class C: |
| @classmethod |
| def f(cls, arg1, arg2, ...): ... |
| |
| The ``@classmethod`` form is a function :term:`decorator` -- see the description |
| of function definitions in :ref:`function` for details. |
| |
| It can be called either on the class (such as ``C.f()``) or on an instance (such |
| as ``C().f()``). The instance is ignored except for its class. If a class |
| method is called for a derived class, the derived class object is passed as the |
| implied first argument. |
| |
| Class methods are different than C++ or Java static methods. If you want those, |
| see :func:`staticmethod` in this section. |
| |
| For more information on class methods, consult the documentation on the standard |
| type hierarchy in :ref:`types`. |
| |
| |
| .. function:: compile(source, filename, mode, flags=0, dont_inherit=False, optimize=-1) |
| |
| Compile the *source* into a code or AST object. Code objects can be executed |
| by :func:`exec` or :func:`eval`. *source* can either be a normal string, a |
| byte string, or an AST object. Refer to the :mod:`ast` module documentation |
| for information on how to work with AST objects. |
| |
| The *filename* argument should give the file from which the code was read; |
| pass some recognizable value if it wasn't read from a file (``'<string>'`` is |
| commonly used). |
| |
| The *mode* argument specifies what kind of code must be compiled; it can be |
| ``'exec'`` if *source* consists of a sequence of statements, ``'eval'`` if it |
| consists of a single expression, or ``'single'`` if it consists of a single |
| interactive statement (in the latter case, expression statements that |
| evaluate to something other than ``None`` will be printed). |
| |
| The optional arguments *flags* and *dont_inherit* control which future |
| statements (see :pep:`236`) affect the compilation of *source*. If neither |
| is present (or both are zero) the code is compiled with those future |
| statements that are in effect in the code that is calling :func:`compile`. If the |
| *flags* argument is given and *dont_inherit* is not (or is zero) then the |
| future statements specified by the *flags* argument are used in addition to |
| those that would be used anyway. If *dont_inherit* is a non-zero integer then |
| the *flags* argument is it -- the future statements in effect around the call |
| to compile are ignored. |
| |
| Future statements are specified by bits which can be bitwise ORed together to |
| specify multiple statements. The bitfield required to specify a given feature |
| can be found as the :attr:`~__future__._Feature.compiler_flag` attribute on |
| the :class:`~__future__._Feature` instance in the :mod:`__future__` module. |
| |
| The argument *optimize* specifies the optimization level of the compiler; the |
| default value of ``-1`` selects the optimization level of the interpreter as |
| given by :option:`-O` options. Explicit levels are ``0`` (no optimization; |
| ``__debug__`` is true), ``1`` (asserts are removed, ``__debug__`` is false) |
| or ``2`` (docstrings are removed too). |
| |
| This function raises :exc:`SyntaxError` if the compiled source is invalid, |
| and :exc:`TypeError` if the source contains null bytes. |
| |
| If you want to parse Python code into its AST representation, see |
| :func:`ast.parse`. |
| |
| .. note:: |
| |
| When compiling a string with multi-line code in ``'single'`` or |
| ``'eval'`` mode, input must be terminated by at least one newline |
| character. This is to facilitate detection of incomplete and complete |
| statements in the :mod:`code` module. |
| |
| .. versionchanged:: 3.2 |
| Allowed use of Windows and Mac newlines. Also input in ``'exec'`` mode |
| does not have to end in a newline anymore. Added the *optimize* parameter. |
| |
| |
| .. class:: complex([real[, imag]]) |
| |
| Return a complex number with the value *real* + *imag*\*1j or convert a string |
| or number to a complex number. If the first parameter is a string, it will |
| be interpreted as a complex number and the function must be called without a |
| second parameter. The second parameter can never be a string. Each argument |
| may be any numeric type (including complex). If *imag* is omitted, it |
| defaults to zero and the constructor serves as a numeric conversion like |
| :class:`int` and :class:`float`. If both arguments are omitted, returns |
| ``0j``. |
| |
| .. note:: |
| |
| When converting from a string, the string must not contain whitespace |
| around the central ``+`` or ``-`` operator. For example, |
| ``complex('1+2j')`` is fine, but ``complex('1 + 2j')`` raises |
| :exc:`ValueError`. |
| |
| The complex type is described in :ref:`typesnumeric`. |
| |
| |
| .. function:: delattr(object, name) |
| |
| This is a relative of :func:`setattr`. The arguments are an object and a |
| string. The string must be the name of one of the object's attributes. The |
| function deletes the named attribute, provided the object allows it. For |
| example, ``delattr(x, 'foobar')`` is equivalent to ``del x.foobar``. |
| |
| |
| .. _func-dict: |
| .. class:: dict(**kwarg) |
| dict(mapping, **kwarg) |
| dict(iterable, **kwarg) |
| :noindex: |
| |
| Create a new dictionary. The :class:`dict` object is the dictionary class. |
| See :class:`dict` and :ref:`typesmapping` for documentation about this class. |
| |
| For other containers see the built-in :class:`list`, :class:`set`, and |
| :class:`tuple` classes, as well as the :mod:`collections` module. |
| |
| |
| .. function:: dir([object]) |
| |
| Without arguments, return the list of names in the current local scope. With an |
| argument, attempt to return a list of valid attributes for that object. |
| |
| If the object has a method named :meth:`__dir__`, this method will be called and |
| must return the list of attributes. This allows objects that implement a custom |
| :func:`__getattr__` or :func:`__getattribute__` function to customize the way |
| :func:`dir` reports their attributes. |
| |
| If the object does not provide :meth:`__dir__`, the function tries its best to |
| gather information from the object's :attr:`__dict__` attribute, if defined, and |
| from its type object. The resulting list is not necessarily complete, and may |
| be inaccurate when the object has a custom :func:`__getattr__`. |
| |
| The default :func:`dir` mechanism behaves differently with different types of |
| objects, as it attempts to produce the most relevant, rather than complete, |
| information: |
| |
| * If the object is a module object, the list contains the names of the module's |
| attributes. |
| |
| * If the object is a type or class object, the list contains the names of its |
| attributes, and recursively of the attributes of its bases. |
| |
| * Otherwise, the list contains the object's attributes' names, the names of its |
| class's attributes, and recursively of the attributes of its class's base |
| classes. |
| |
| The resulting list is sorted alphabetically. For example: |
| |
| >>> import struct |
| >>> dir() # show the names in the module namespace |
| ['__builtins__', '__name__', 'struct'] |
| >>> dir(struct) # show the names in the struct module # doctest: +SKIP |
| ['Struct', '__all__', '__builtins__', '__cached__', '__doc__', '__file__', |
| '__initializing__', '__loader__', '__name__', '__package__', |
| '_clearcache', 'calcsize', 'error', 'pack', 'pack_into', |
| 'unpack', 'unpack_from'] |
| >>> class Shape: |
| ... def __dir__(self): |
| ... return ['area', 'perimeter', 'location'] |
| >>> s = Shape() |
| >>> dir(s) |
| ['area', 'location', 'perimeter'] |
| |
| .. note:: |
| |
| Because :func:`dir` is supplied primarily as a convenience for use at an |
| interactive prompt, it tries to supply an interesting set of names more |
| than it tries to supply a rigorously or consistently defined set of names, |
| and its detailed behavior may change across releases. For example, |
| metaclass attributes are not in the result list when the argument is a |
| class. |
| |
| |
| .. function:: divmod(a, b) |
| |
| Take two (non complex) numbers as arguments and return a pair of numbers |
| consisting of their quotient and remainder when using integer division. With |
| mixed operand types, the rules for binary arithmetic operators apply. For |
| integers, the result is the same as ``(a // b, a % b)``. For floating point |
| numbers the result is ``(q, a % b)``, where *q* is usually ``math.floor(a / |
| b)`` but may be 1 less than that. In any case ``q * b + a % b`` is very |
| close to *a*, if ``a % b`` is non-zero it has the same sign as *b*, and ``0 |
| <= abs(a % b) < abs(b)``. |
| |
| |
| .. function:: enumerate(iterable, start=0) |
| |
| Return an enumerate object. *iterable* must be a sequence, an |
| :term:`iterator`, or some other object which supports iteration. |
| The :meth:`~iterator.__next__` method of the iterator returned by |
| :func:`enumerate` returns a tuple containing a count (from *start* which |
| defaults to 0) and the values obtained from iterating over *iterable*. |
| |
| >>> seasons = ['Spring', 'Summer', 'Fall', 'Winter'] |
| >>> list(enumerate(seasons)) |
| [(0, 'Spring'), (1, 'Summer'), (2, 'Fall'), (3, 'Winter')] |
| >>> list(enumerate(seasons, start=1)) |
| [(1, 'Spring'), (2, 'Summer'), (3, 'Fall'), (4, 'Winter')] |
| |
| Equivalent to:: |
| |
| def enumerate(sequence, start=0): |
| n = start |
| for elem in sequence: |
| yield n, elem |
| n += 1 |
| |
| |
| .. function:: eval(expression, globals=None, locals=None) |
| |
| The arguments are a string and optional globals and locals. If provided, |
| *globals* must be a dictionary. If provided, *locals* can be any mapping |
| object. |
| |
| The *expression* argument is parsed and evaluated as a Python expression |
| (technically speaking, a condition list) using the *globals* and *locals* |
| dictionaries as global and local namespace. If the *globals* dictionary is |
| present and lacks '__builtins__', the current globals are copied into *globals* |
| before *expression* is parsed. This means that *expression* normally has full |
| access to the standard :mod:`builtins` module and restricted environments are |
| propagated. If the *locals* dictionary is omitted it defaults to the *globals* |
| dictionary. If both dictionaries are omitted, the expression is executed in the |
| environment where :func:`eval` is called. The return value is the result of |
| the evaluated expression. Syntax errors are reported as exceptions. Example: |
| |
| >>> x = 1 |
| >>> eval('x+1') |
| 2 |
| |
| This function can also be used to execute arbitrary code objects (such as |
| those created by :func:`compile`). In this case pass a code object instead |
| of a string. If the code object has been compiled with ``'exec'`` as the |
| *mode* argument, :func:`eval`\'s return value will be ``None``. |
| |
| Hints: dynamic execution of statements is supported by the :func:`exec` |
| function. The :func:`globals` and :func:`locals` functions |
| returns the current global and local dictionary, respectively, which may be |
| useful to pass around for use by :func:`eval` or :func:`exec`. |
| |
| See :func:`ast.literal_eval` for a function that can safely evaluate strings |
| with expressions containing only literals. |
| |
| .. index:: builtin: exec |
| |
| .. function:: exec(object[, globals[, locals]]) |
| |
| This function supports dynamic execution of Python code. *object* must be |
| either a string or a code object. If it is a string, the string is parsed as |
| a suite of Python statements which is then executed (unless a syntax error |
| occurs). [#]_ If it is a code object, it is simply executed. In all cases, |
| the code that's executed is expected to be valid as file input (see the |
| section "File input" in the Reference Manual). Be aware that the |
| :keyword:`return` and :keyword:`yield` statements may not be used outside of |
| function definitions even within the context of code passed to the |
| :func:`exec` function. The return value is ``None``. |
| |
| In all cases, if the optional parts are omitted, the code is executed in the |
| current scope. If only *globals* is provided, it must be a dictionary, which |
| will be used for both the global and the local variables. If *globals* and |
| *locals* are given, they are used for the global and local variables, |
| respectively. If provided, *locals* can be any mapping object. Remember |
| that at module level, globals and locals are the same dictionary. If exec |
| gets two separate objects as *globals* and *locals*, the code will be |
| executed as if it were embedded in a class definition. |
| |
| If the *globals* dictionary does not contain a value for the key |
| ``__builtins__``, a reference to the dictionary of the built-in module |
| :mod:`builtins` is inserted under that key. That way you can control what |
| builtins are available to the executed code by inserting your own |
| ``__builtins__`` dictionary into *globals* before passing it to :func:`exec`. |
| |
| .. note:: |
| |
| The built-in functions :func:`globals` and :func:`locals` return the current |
| global and local dictionary, respectively, which may be useful to pass around |
| for use as the second and third argument to :func:`exec`. |
| |
| .. note:: |
| |
| The default *locals* act as described for function :func:`locals` below: |
| modifications to the default *locals* dictionary should not be attempted. |
| Pass an explicit *locals* dictionary if you need to see effects of the |
| code on *locals* after function :func:`exec` returns. |
| |
| |
| .. function:: filter(function, iterable) |
| |
| Construct an iterator from those elements of *iterable* for which *function* |
| returns true. *iterable* may be either a sequence, a container which |
| supports iteration, or an iterator. If *function* is ``None``, the identity |
| function is assumed, that is, all elements of *iterable* that are false are |
| removed. |
| |
| Note that ``filter(function, iterable)`` is equivalent to the generator |
| expression ``(item for item in iterable if function(item))`` if function is |
| not ``None`` and ``(item for item in iterable if item)`` if function is |
| ``None``. |
| |
| See :func:`itertools.filterfalse` for the complementary function that returns |
| elements of *iterable* for which *function* returns false. |
| |
| |
| .. class:: float([x]) |
| |
| .. index:: |
| single: NaN |
| single: Infinity |
| |
| Return a floating point number constructed from a number or string *x*. |
| |
| If the argument is a string, it should contain a decimal number, optionally |
| preceded by a sign, and optionally embedded in whitespace. The optional |
| sign may be ``'+'`` or ``'-'``; a ``'+'`` sign has no effect on the value |
| produced. The argument may also be a string representing a NaN |
| (not-a-number), or a positive or negative infinity. More precisely, the |
| input must conform to the following grammar after leading and trailing |
| whitespace characters are removed: |
| |
| .. productionlist:: |
| sign: "+" | "-" |
| infinity: "Infinity" | "inf" |
| nan: "nan" |
| numeric_value: `floatnumber` | `infinity` | `nan` |
| numeric_string: [`sign`] `numeric_value` |
| |
| Here ``floatnumber`` is the form of a Python floating-point literal, |
| described in :ref:`floating`. Case is not significant, so, for example, |
| "inf", "Inf", "INFINITY" and "iNfINity" are all acceptable spellings for |
| positive infinity. |
| |
| Otherwise, if the argument is an integer or a floating point number, a |
| floating point number with the same value (within Python's floating point |
| precision) is returned. If the argument is outside the range of a Python |
| float, an :exc:`OverflowError` will be raised. |
| |
| For a general Python object ``x``, ``float(x)`` delegates to |
| ``x.__float__()``. |
| |
| If no argument is given, ``0.0`` is returned. |
| |
| Examples:: |
| |
| >>> float('+1.23') |
| 1.23 |
| >>> float(' -12345\n') |
| -12345.0 |
| >>> float('1e-003') |
| 0.001 |
| >>> float('+1E6') |
| 1000000.0 |
| >>> float('-Infinity') |
| -inf |
| |
| The float type is described in :ref:`typesnumeric`. |
| |
| .. index:: |
| single: __format__ |
| single: string; format() (built-in function) |
| |
| |
| .. function:: format(value[, format_spec]) |
| |
| Convert a *value* to a "formatted" representation, as controlled by |
| *format_spec*. The interpretation of *format_spec* will depend on the type |
| of the *value* argument, however there is a standard formatting syntax that |
| is used by most built-in types: :ref:`formatspec`. |
| |
| The default *format_spec* is an empty string which usually gives the same |
| effect as calling :func:`str(value) <str>`. |
| |
| A call to ``format(value, format_spec)`` is translated to |
| ``type(value).__format__(value, format_spec)`` which bypasses the instance |
| dictionary when searching for the value's :meth:`__format__` method. A |
| :exc:`TypeError` exception is raised if the method search reaches |
| :mod:`object` and the *format_spec* is non-empty, or if either the |
| *format_spec* or the return value are not strings. |
| |
| .. versionchanged:: 3.4 |
| ``object().__format__(format_spec)`` raises :exc:`TypeError` |
| if *format_spec* is not an empty string. |
| |
| |
| .. _func-frozenset: |
| .. class:: frozenset([iterable]) |
| :noindex: |
| |
| Return a new :class:`frozenset` object, optionally with elements taken from |
| *iterable*. ``frozenset`` is a built-in class. See :class:`frozenset` and |
| :ref:`types-set` for documentation about this class. |
| |
| For other containers see the built-in :class:`set`, :class:`list`, |
| :class:`tuple`, and :class:`dict` classes, as well as the :mod:`collections` |
| module. |
| |
| |
| .. function:: getattr(object, name[, default]) |
| |
| Return the value of the named attribute of *object*. *name* must be a string. |
| If the string is the name of one of the object's attributes, the result is the |
| value of that attribute. For example, ``getattr(x, 'foobar')`` is equivalent to |
| ``x.foobar``. If the named attribute does not exist, *default* is returned if |
| provided, otherwise :exc:`AttributeError` is raised. |
| |
| |
| .. function:: globals() |
| |
| Return a dictionary representing the current global symbol table. This is always |
| the dictionary of the current module (inside a function or method, this is the |
| module where it is defined, not the module from which it is called). |
| |
| |
| .. function:: hasattr(object, name) |
| |
| The arguments are an object and a string. The result is ``True`` if the |
| string is the name of one of the object's attributes, ``False`` if not. (This |
| is implemented by calling ``getattr(object, name)`` and seeing whether it |
| raises an :exc:`AttributeError` or not.) |
| |
| |
| .. function:: hash(object) |
| |
| Return the hash value of the object (if it has one). Hash values are |
| integers. They are used to quickly compare dictionary keys during a |
| dictionary lookup. Numeric values that compare equal have the same hash |
| value (even if they are of different types, as is the case for 1 and 1.0). |
| |
| .. note:: |
| |
| For object's with custom :meth:`__hash__` methods, note that :func:`hash` |
| truncates the return value based on the bit width of the host machine. |
| See :meth:`__hash__` for details. |
| |
| .. function:: help([object]) |
| |
| Invoke the built-in help system. (This function is intended for interactive |
| use.) If no argument is given, the interactive help system starts on the |
| interpreter console. If the argument is a string, then the string is looked up |
| as the name of a module, function, class, method, keyword, or documentation |
| topic, and a help page is printed on the console. If the argument is any other |
| kind of object, a help page on the object is generated. |
| |
| This function is added to the built-in namespace by the :mod:`site` module. |
| |
| .. versionchanged:: 3.4 |
| Changes to :mod:`pydoc` and :mod:`inspect` mean that the reported |
| signatures for callables are now more comprehensive and consistent. |
| |
| |
| .. function:: hex(x) |
| |
| Convert an integer number to a lowercase hexadecimal string |
| prefixed with "0x", for example: |
| |
| >>> hex(255) |
| '0xff' |
| >>> hex(-42) |
| '-0x2a' |
| |
| If x is not a Python :class:`int` object, it has to define an __index__() |
| method that returns an integer. |
| |
| See also :func:`int` for converting a hexadecimal string to an |
| integer using a base of 16. |
| |
| .. note:: |
| |
| To obtain a hexadecimal string representation for a float, use the |
| :meth:`float.hex` method. |
| |
| |
| .. function:: id(object) |
| |
| Return the "identity" of an object. This is an integer which |
| is guaranteed to be unique and constant for this object during its lifetime. |
| Two objects with non-overlapping lifetimes may have the same :func:`id` |
| value. |
| |
| .. impl-detail:: This is the address of the object in memory. |
| |
| |
| .. function:: input([prompt]) |
| |
| If the *prompt* argument is present, it is written to standard output without |
| a trailing newline. The function then reads a line from input, converts it |
| to a string (stripping a trailing newline), and returns that. When EOF is |
| read, :exc:`EOFError` is raised. Example:: |
| |
| >>> s = input('--> ') # doctest: +SKIP |
| --> Monty Python's Flying Circus |
| >>> s # doctest: +SKIP |
| "Monty Python's Flying Circus" |
| |
| If the :mod:`readline` module was loaded, then :func:`input` will use it |
| to provide elaborate line editing and history features. |
| |
| |
| .. class:: int(x=0) |
| int(x, base=10) |
| |
| Return an integer object constructed from a number or string *x*, or return |
| ``0`` if no arguments are given. If *x* is a number, return |
| :meth:`x.__int__() <object.__int__>`. For floating point numbers, this |
| truncates towards zero. |
| |
| If *x* is not a number or if *base* is given, then *x* must be a string, |
| :class:`bytes`, or :class:`bytearray` instance representing an :ref:`integer |
| literal <integers>` in radix *base*. Optionally, the literal can be |
| preceded by ``+`` or ``-`` (with no space in between) and surrounded by |
| whitespace. A base-n literal consists of the digits 0 to n-1, with ``a`` |
| to ``z`` (or ``A`` to ``Z``) having |
| values 10 to 35. The default *base* is 10. The allowed values are 0 and 2-36. |
| Base-2, -8, and -16 literals can be optionally prefixed with ``0b``/``0B``, |
| ``0o``/``0O``, or ``0x``/``0X``, as with integer literals in code. Base 0 |
| means to interpret exactly as a code literal, so that the actual base is 2, |
| 8, 10, or 16, and so that ``int('010', 0)`` is not legal, while |
| ``int('010')`` is, as well as ``int('010', 8)``. |
| |
| The integer type is described in :ref:`typesnumeric`. |
| |
| .. versionchanged:: 3.4 |
| If *base* is not an instance of :class:`int` and the *base* object has a |
| :meth:`base.__index__ <object.__index__>` method, that method is called |
| to obtain an integer for the base. Previous versions used |
| :meth:`base.__int__ <object.__int__>` instead of :meth:`base.__index__ |
| <object.__index__>`. |
| |
| .. function:: isinstance(object, classinfo) |
| |
| Return true if the *object* argument is an instance of the *classinfo* |
| argument, or of a (direct, indirect or :term:`virtual <abstract base |
| class>`) subclass thereof. If *object* is not |
| an object of the given type, the function always returns false. If |
| *classinfo* is not a class (type object), it may be a tuple of type objects, |
| or may recursively contain other such tuples (other sequence types are not |
| accepted). If *classinfo* is not a type or tuple of types and such tuples, |
| a :exc:`TypeError` exception is raised. |
| |
| |
| .. function:: issubclass(class, classinfo) |
| |
| Return true if *class* is a subclass (direct, indirect or :term:`virtual |
| <abstract base class>`) of *classinfo*. A |
| class is considered a subclass of itself. *classinfo* may be a tuple of class |
| objects, in which case every entry in *classinfo* will be checked. In any other |
| case, a :exc:`TypeError` exception is raised. |
| |
| |
| .. function:: iter(object[, sentinel]) |
| |
| Return an :term:`iterator` object. The first argument is interpreted very |
| differently depending on the presence of the second argument. Without a |
| second argument, *object* must be a collection object which supports the |
| iteration protocol (the :meth:`__iter__` method), or it must support the |
| sequence protocol (the :meth:`__getitem__` method with integer arguments |
| starting at ``0``). If it does not support either of those protocols, |
| :exc:`TypeError` is raised. If the second argument, *sentinel*, is given, |
| then *object* must be a callable object. The iterator created in this case |
| will call *object* with no arguments for each call to its |
| :meth:`~iterator.__next__` method; if the value returned is equal to |
| *sentinel*, :exc:`StopIteration` will be raised, otherwise the value will |
| be returned. |
| |
| See also :ref:`typeiter`. |
| |
| One useful application of the second form of :func:`iter` is to read lines of |
| a file until a certain line is reached. The following example reads a file |
| until the :meth:`~io.TextIOBase.readline` method returns an empty string:: |
| |
| with open('mydata.txt') as fp: |
| for line in iter(fp.readline, ''): |
| process_line(line) |
| |
| |
| .. function:: len(s) |
| |
| Return the length (the number of items) of an object. The argument may be a |
| sequence (such as a string, bytes, tuple, list, or range) or a collection |
| (such as a dictionary, set, or frozen set). |
| |
| |
| .. _func-list: |
| .. class:: list([iterable]) |
| :noindex: |
| |
| Rather than being a function, :class:`list` is actually a mutable |
| sequence type, as documented in :ref:`typesseq-list` and :ref:`typesseq`. |
| |
| |
| .. function:: locals() |
| |
| Update and return a dictionary representing the current local symbol table. |
| Free variables are returned by :func:`locals` when it is called in function |
| blocks, but not in class blocks. |
| |
| .. note:: |
| The contents of this dictionary should not be modified; changes may not |
| affect the values of local and free variables used by the interpreter. |
| |
| .. function:: map(function, iterable, ...) |
| |
| Return an iterator that applies *function* to every item of *iterable*, |
| yielding the results. If additional *iterable* arguments are passed, |
| *function* must take that many arguments and is applied to the items from all |
| iterables in parallel. With multiple iterables, the iterator stops when the |
| shortest iterable is exhausted. For cases where the function inputs are |
| already arranged into argument tuples, see :func:`itertools.starmap`\. |
| |
| |
| .. function:: max(iterable, *[, key, default]) |
| max(arg1, arg2, *args[, key]) |
| |
| Return the largest item in an iterable or the largest of two or more |
| arguments. |
| |
| If one positional argument is provided, it should be an :term:`iterable`. |
| The largest item in the iterable is returned. If two or more positional |
| arguments are provided, the largest of the positional arguments is |
| returned. |
| |
| There are two optional keyword-only arguments. The *key* argument specifies |
| a one-argument ordering function like that used for :meth:`list.sort`. The |
| *default* argument specifies an object to return if the provided iterable is |
| empty. If the iterable is empty and *default* is not provided, a |
| :exc:`ValueError` is raised. |
| |
| If multiple items are maximal, the function returns the first one |
| encountered. This is consistent with other sort-stability preserving tools |
| such as ``sorted(iterable, key=keyfunc, reverse=True)[0]`` and |
| ``heapq.nlargest(1, iterable, key=keyfunc)``. |
| |
| .. versionadded:: 3.4 |
| The *default* keyword-only argument. |
| |
| |
| .. _func-memoryview: |
| .. function:: memoryview(obj) |
| :noindex: |
| |
| Return a "memory view" object created from the given argument. See |
| :ref:`typememoryview` for more information. |
| |
| |
| .. function:: min(iterable, *[, key, default]) |
| min(arg1, arg2, *args[, key]) |
| |
| Return the smallest item in an iterable or the smallest of two or more |
| arguments. |
| |
| If one positional argument is provided, it should be an :term:`iterable`. |
| The smallest item in the iterable is returned. If two or more positional |
| arguments are provided, the smallest of the positional arguments is |
| returned. |
| |
| There are two optional keyword-only arguments. The *key* argument specifies |
| a one-argument ordering function like that used for :meth:`list.sort`. The |
| *default* argument specifies an object to return if the provided iterable is |
| empty. If the iterable is empty and *default* is not provided, a |
| :exc:`ValueError` is raised. |
| |
| If multiple items are minimal, the function returns the first one |
| encountered. This is consistent with other sort-stability preserving tools |
| such as ``sorted(iterable, key=keyfunc)[0]`` and ``heapq.nsmallest(1, |
| iterable, key=keyfunc)``. |
| |
| .. versionadded:: 3.4 |
| The *default* keyword-only argument. |
| |
| |
| .. function:: next(iterator[, default]) |
| |
| Retrieve the next item from the *iterator* by calling its |
| :meth:`~iterator.__next__` method. If *default* is given, it is returned |
| if the iterator is exhausted, otherwise :exc:`StopIteration` is raised. |
| |
| |
| .. class:: object() |
| |
| Return a new featureless object. :class:`object` is a base for all classes. |
| It has the methods that are common to all instances of Python classes. This |
| function does not accept any arguments. |
| |
| .. note:: |
| |
| :class:`object` does *not* have a :attr:`~object.__dict__`, so you can't |
| assign arbitrary attributes to an instance of the :class:`object` class. |
| |
| |
| .. function:: oct(x) |
| |
| Convert an integer number to an octal string. The result is a valid Python |
| expression. If *x* is not a Python :class:`int` object, it has to define an |
| :meth:`__index__` method that returns an integer. |
| |
| |
| .. index:: |
| single: file object; open() built-in function |
| |
| .. function:: open(file, mode='r', buffering=-1, encoding=None, errors=None, newline=None, closefd=True, opener=None) |
| |
| Open *file* and return a corresponding :term:`file object`. If the file |
| cannot be opened, an :exc:`OSError` is raised. |
| |
| *file* is either a string or bytes object giving the pathname (absolute or |
| relative to the current working directory) of the file to be opened or |
| an integer file descriptor of the file to be wrapped. (If a file descriptor |
| is given, it is closed when the returned I/O object is closed, unless |
| *closefd* is set to ``False``.) |
| |
| *mode* is an optional string that specifies the mode in which the file is |
| opened. It defaults to ``'r'`` which means open for reading in text mode. |
| Other common values are ``'w'`` for writing (truncating the file if it |
| already exists), ``'x'`` for exclusive creation and ``'a'`` for appending |
| (which on *some* Unix systems, means that *all* writes append to the end of |
| the file regardless of the current seek position). In text mode, if |
| *encoding* is not specified the encoding used is platform dependent: |
| ``locale.getpreferredencoding(False)`` is called to get the current locale |
| encoding. (For reading and writing raw bytes use binary mode and leave |
| *encoding* unspecified.) The available modes are: |
| |
| ========= =============================================================== |
| Character Meaning |
| ========= =============================================================== |
| ``'r'`` open for reading (default) |
| ``'w'`` open for writing, truncating the file first |
| ``'x'`` open for exclusive creation, failing if the file already exists |
| ``'a'`` open for writing, appending to the end of the file if it exists |
| ``'b'`` binary mode |
| ``'t'`` text mode (default) |
| ``'+'`` open a disk file for updating (reading and writing) |
| ``'U'`` :term:`universal newlines` mode (deprecated) |
| ========= =============================================================== |
| |
| The default mode is ``'r'`` (open for reading text, synonym of ``'rt'``). |
| For binary read-write access, the mode ``'w+b'`` opens and truncates the file |
| to 0 bytes. ``'r+b'`` opens the file without truncation. |
| |
| As mentioned in the :ref:`io-overview`, Python distinguishes between binary |
| and text I/O. Files opened in binary mode (including ``'b'`` in the *mode* |
| argument) return contents as :class:`bytes` objects without any decoding. In |
| text mode (the default, or when ``'t'`` is included in the *mode* argument), |
| the contents of the file are returned as :class:`str`, the bytes having been |
| first decoded using a platform-dependent encoding or using the specified |
| *encoding* if given. |
| |
| .. note:: |
| |
| Python doesn't depend on the underlying operating system's notion of text |
| files; all the processing is done by Python itself, and is therefore |
| platform-independent. |
| |
| *buffering* is an optional integer used to set the buffering policy. Pass 0 |
| to switch buffering off (only allowed in binary mode), 1 to select line |
| buffering (only usable in text mode), and an integer > 1 to indicate the size |
| in bytes of a fixed-size chunk buffer. When no *buffering* argument is |
| given, the default buffering policy works as follows: |
| |
| * Binary files are buffered in fixed-size chunks; the size of the buffer is |
| chosen using a heuristic trying to determine the underlying device's "block |
| size" and falling back on :attr:`io.DEFAULT_BUFFER_SIZE`. On many systems, |
| the buffer will typically be 4096 or 8192 bytes long. |
| |
| * "Interactive" text files (files for which :meth:`~io.IOBase.isatty` |
| returns ``True``) use line buffering. Other text files use the policy |
| described above for binary files. |
| |
| *encoding* is the name of the encoding used to decode or encode the file. |
| This should only be used in text mode. The default encoding is platform |
| dependent (whatever :func:`locale.getpreferredencoding` returns), but any |
| :term:`text encoding` supported by Python |
| can be used. See the :mod:`codecs` module for |
| the list of supported encodings. |
| |
| *errors* is an optional string that specifies how encoding and decoding |
| errors are to be handled--this cannot be used in binary mode. |
| A variety of standard error handlers are available |
| (listed under :ref:`error-handlers`), though any |
| error handling name that has been registered with |
| :func:`codecs.register_error` is also valid. The standard names |
| include: |
| |
| * ``'strict'`` to raise a :exc:`ValueError` exception if there is |
| an encoding error. The default value of ``None`` has the same |
| effect. |
| |
| * ``'ignore'`` ignores errors. Note that ignoring encoding errors |
| can lead to data loss. |
| |
| * ``'replace'`` causes a replacement marker (such as ``'?'``) to be inserted |
| where there is malformed data. |
| |
| * ``'surrogateescape'`` will represent any incorrect bytes as code |
| points in the Unicode Private Use Area ranging from U+DC80 to |
| U+DCFF. These private code points will then be turned back into |
| the same bytes when the ``surrogateescape`` error handler is used |
| when writing data. This is useful for processing files in an |
| unknown encoding. |
| |
| * ``'xmlcharrefreplace'`` is only supported when writing to a file. |
| Characters not supported by the encoding are replaced with the |
| appropriate XML character reference ``&#nnn;``. |
| |
| * ``'backslashreplace'`` replaces malformed data by Python's backslashed |
| escape sequences. |
| |
| * ``'namereplace'`` (also only supported when writing) |
| replaces unsupported characters with ``\N{...}`` escape sequences. |
| |
| .. index:: |
| single: universal newlines; open() built-in function |
| |
| *newline* controls how :term:`universal newlines` mode works (it only |
| applies to text mode). It can be ``None``, ``''``, ``'\n'``, ``'\r'``, and |
| ``'\r\n'``. It works as follows: |
| |
| * When reading input from the stream, if *newline* is ``None``, universal |
| newlines mode is enabled. Lines in the input can end in ``'\n'``, |
| ``'\r'``, or ``'\r\n'``, and these are translated into ``'\n'`` before |
| being returned to the caller. If it is ``''``, universal newlines mode is |
| enabled, but line endings are returned to the caller untranslated. If it |
| has any of the other legal values, input lines are only terminated by the |
| given string, and the line ending is returned to the caller untranslated. |
| |
| * When writing output to the stream, if *newline* is ``None``, any ``'\n'`` |
| characters written are translated to the system default line separator, |
| :data:`os.linesep`. If *newline* is ``''`` or ``'\n'``, no translation |
| takes place. If *newline* is any of the other legal values, any ``'\n'`` |
| characters written are translated to the given string. |
| |
| If *closefd* is ``False`` and a file descriptor rather than a filename was |
| given, the underlying file descriptor will be kept open when the file is |
| closed. If a filename is given *closefd* must be ``True`` (the default) |
| otherwise an error will be raised. |
| |
| A custom opener can be used by passing a callable as *opener*. The underlying |
| file descriptor for the file object is then obtained by calling *opener* with |
| (*file*, *flags*). *opener* must return an open file descriptor (passing |
| :mod:`os.open` as *opener* results in functionality similar to passing |
| ``None``). |
| |
| The newly created file is :ref:`non-inheritable <fd_inheritance>`. |
| |
| The following example uses the :ref:`dir_fd <dir_fd>` parameter of the |
| :func:`os.open` function to open a file relative to a given directory:: |
| |
| >>> import os |
| >>> dir_fd = os.open('somedir', os.O_RDONLY) |
| >>> def opener(path, flags): |
| ... return os.open(path, flags, dir_fd=dir_fd) |
| ... |
| >>> with open('spamspam.txt', 'w', opener=opener) as f: |
| ... print('This will be written to somedir/spamspam.txt', file=f) |
| ... |
| >>> os.close(dir_fd) # don't leak a file descriptor |
| |
| The type of :term:`file object` returned by the :func:`open` function |
| depends on the mode. When :func:`open` is used to open a file in a text |
| mode (``'w'``, ``'r'``, ``'wt'``, ``'rt'``, etc.), it returns a subclass of |
| :class:`io.TextIOBase` (specifically :class:`io.TextIOWrapper`). When used |
| to open a file in a binary mode with buffering, the returned class is a |
| subclass of :class:`io.BufferedIOBase`. The exact class varies: in read |
| binary mode, it returns a :class:`io.BufferedReader`; in write binary and |
| append binary modes, it returns a :class:`io.BufferedWriter`, and in |
| read/write mode, it returns a :class:`io.BufferedRandom`. When buffering is |
| disabled, the raw stream, a subclass of :class:`io.RawIOBase`, |
| :class:`io.FileIO`, is returned. |
| |
| .. index:: |
| single: line-buffered I/O |
| single: unbuffered I/O |
| single: buffer size, I/O |
| single: I/O control; buffering |
| single: binary mode |
| single: text mode |
| module: sys |
| |
| See also the file handling modules, such as, :mod:`fileinput`, :mod:`io` |
| (where :func:`open` is declared), :mod:`os`, :mod:`os.path`, :mod:`tempfile`, |
| and :mod:`shutil`. |
| |
| .. versionchanged:: 3.3 |
| The *opener* parameter was added. |
| The ``'x'`` mode was added. |
| :exc:`IOError` used to be raised, it is now an alias of :exc:`OSError`. |
| :exc:`FileExistsError` is now raised if the file opened in exclusive |
| creation mode (``'x'``) already exists. |
| |
| .. versionchanged:: 3.4 |
| The file is now non-inheritable. |
| |
| .. deprecated-removed:: 3.4 4.0 |
| |
| The ``'U'`` mode. |
| |
| .. versionchanged:: 3.5 |
| If the system call is interrupted and the signal handler does not raise an |
| exception, the function now retries the system call instead of raising an |
| :exc:`InterruptedError` exception (see :pep:`475` for the rationale). |
| |
| |
| .. function:: ord(c) |
| |
| Given a string representing one Unicode character, return an integer |
| representing the Unicode code point of that character. For example, |
| ``ord('a')`` returns the integer ``97`` and ``ord('ν')`` returns ``957``. |
| This is the inverse of :func:`chr`. |
| |
| |
| .. function:: pow(x, y[, z]) |
| |
| Return *x* to the power *y*; if *z* is present, return *x* to the power *y*, |
| modulo *z* (computed more efficiently than ``pow(x, y) % z``). The two-argument |
| form ``pow(x, y)`` is equivalent to using the power operator: ``x**y``. |
| |
| The arguments must have numeric types. With mixed operand types, the |
| coercion rules for binary arithmetic operators apply. For :class:`int` |
| operands, the result has the same type as the operands (after coercion) |
| unless the second argument is negative; in that case, all arguments are |
| converted to float and a float result is delivered. For example, ``10**2`` |
| returns ``100``, but ``10**-2`` returns ``0.01``. If the second argument is |
| negative, the third argument must be omitted. If *z* is present, *x* and *y* |
| must be of integer types, and *y* must be non-negative. |
| |
| |
| .. function:: print(*objects, sep=' ', end='\\n', file=sys.stdout, flush=False) |
| |
| Print *objects* to the text stream *file*, separated by *sep* and followed |
| by *end*. *sep*, *end* and *file*, if present, must be given as keyword |
| arguments. |
| |
| All non-keyword arguments are converted to strings like :func:`str` does and |
| written to the stream, separated by *sep* and followed by *end*. Both *sep* |
| and *end* must be strings; they can also be ``None``, which means to use the |
| default values. If no *objects* are given, :func:`print` will just write |
| *end*. |
| |
| The *file* argument must be an object with a ``write(string)`` method; if it |
| is not present or ``None``, :data:`sys.stdout` will be used. Since printed |
| arguments are converted to text strings, :func:`print` cannot be used with |
| binary mode file objects. For these, use ``file.write(...)`` instead. |
| |
| Whether output is buffered is usually determined by *file*, but if the |
| *flush* keyword argument is true, the stream is forcibly flushed. |
| |
| .. versionchanged:: 3.3 |
| Added the *flush* keyword argument. |
| |
| |
| .. class:: property(fget=None, fset=None, fdel=None, doc=None) |
| |
| Return a property attribute. |
| |
| *fget* is a function for getting an attribute value. *fset* is a function |
| for setting an attribute value. *fdel* is a function for deleting an attribute |
| value. And *doc* creates a docstring for the attribute. |
| |
| A typical use is to define a managed attribute ``x``:: |
| |
| class C: |
| def __init__(self): |
| self._x = None |
| |
| def getx(self): |
| return self._x |
| |
| def setx(self, value): |
| self._x = value |
| |
| def delx(self): |
| del self._x |
| |
| x = property(getx, setx, delx, "I'm the 'x' property.") |
| |
| If *c* is an instance of *C*, ``c.x`` will invoke the getter, |
| ``c.x = value`` will invoke the setter and ``del c.x`` the deleter. |
| |
| If given, *doc* will be the docstring of the property attribute. Otherwise, the |
| property will copy *fget*'s docstring (if it exists). This makes it possible to |
| create read-only properties easily using :func:`property` as a :term:`decorator`:: |
| |
| class Parrot: |
| def __init__(self): |
| self._voltage = 100000 |
| |
| @property |
| def voltage(self): |
| """Get the current voltage.""" |
| return self._voltage |
| |
| The ``@property`` decorator turns the :meth:`voltage` method into a "getter" |
| for a read-only attribute with the same name, and it sets the docstring for |
| *voltage* to "Get the current voltage." |
| |
| A property object has :attr:`~property.getter`, :attr:`~property.setter`, |
| and :attr:`~property.deleter` methods usable as decorators that create a |
| copy of the property with the corresponding accessor function set to the |
| decorated function. This is best explained with an example:: |
| |
| class C: |
| def __init__(self): |
| self._x = None |
| |
| @property |
| def x(self): |
| """I'm the 'x' property.""" |
| return self._x |
| |
| @x.setter |
| def x(self, value): |
| self._x = value |
| |
| @x.deleter |
| def x(self): |
| del self._x |
| |
| This code is exactly equivalent to the first example. Be sure to give the |
| additional functions the same name as the original property (``x`` in this |
| case.) |
| |
| The returned property object also has the attributes ``fget``, ``fset``, and |
| ``fdel`` corresponding to the constructor arguments. |
| |
| .. versionchanged:: 3.5 |
| The docstrings of property objects are now writeable. |
| |
| |
| .. _func-range: |
| .. function:: range(stop) |
| range(start, stop[, step]) |
| :noindex: |
| |
| Rather than being a function, :class:`range` is actually an immutable |
| sequence type, as documented in :ref:`typesseq-range` and :ref:`typesseq`. |
| |
| |
| .. function:: repr(object) |
| |
| Return a string containing a printable representation of an object. For many |
| types, this function makes an attempt to return a string that would yield an |
| object with the same value when passed to :func:`eval`, otherwise the |
| representation is a string enclosed in angle brackets that contains the name |
| of the type of the object together with additional information often |
| including the name and address of the object. A class can control what this |
| function returns for its instances by defining a :meth:`__repr__` method. |
| |
| |
| .. function:: reversed(seq) |
| |
| Return a reverse :term:`iterator`. *seq* must be an object which has |
| a :meth:`__reversed__` method or supports the sequence protocol (the |
| :meth:`__len__` method and the :meth:`__getitem__` method with integer |
| arguments starting at ``0``). |
| |
| |
| .. function:: round(number[, ndigits]) |
| |
| Return the floating point value *number* rounded to *ndigits* digits after |
| the decimal point. If *ndigits* is omitted, it returns the nearest integer |
| to its input. Delegates to ``number.__round__(ndigits)``. |
| |
| For the built-in types supporting :func:`round`, values are rounded to the |
| closest multiple of 10 to the power minus *ndigits*; if two multiples are |
| equally close, rounding is done toward the even choice (so, for example, |
| both ``round(0.5)`` and ``round(-0.5)`` are ``0``, and ``round(1.5)`` is |
| ``2``). The return value is an integer if called with one argument, |
| otherwise of the same type as *number*. |
| |
| .. note:: |
| |
| The behavior of :func:`round` for floats can be surprising: for example, |
| ``round(2.675, 2)`` gives ``2.67`` instead of the expected ``2.68``. |
| This is not a bug: it's a result of the fact that most decimal fractions |
| can't be represented exactly as a float. See :ref:`tut-fp-issues` for |
| more information. |
| |
| |
| .. _func-set: |
| .. class:: set([iterable]) |
| :noindex: |
| |
| Return a new :class:`set` object, optionally with elements taken from |
| *iterable*. ``set`` is a built-in class. See :class:`set` and |
| :ref:`types-set` for documentation about this class. |
| |
| For other containers see the built-in :class:`frozenset`, :class:`list`, |
| :class:`tuple`, and :class:`dict` classes, as well as the :mod:`collections` |
| module. |
| |
| |
| .. function:: setattr(object, name, value) |
| |
| This is the counterpart of :func:`getattr`. The arguments are an object, a |
| string and an arbitrary value. The string may name an existing attribute or a |
| new attribute. The function assigns the value to the attribute, provided the |
| object allows it. For example, ``setattr(x, 'foobar', 123)`` is equivalent to |
| ``x.foobar = 123``. |
| |
| |
| .. class:: slice(stop) |
| slice(start, stop[, step]) |
| |
| .. index:: single: Numerical Python |
| |
| Return a :term:`slice` object representing the set of indices specified by |
| ``range(start, stop, step)``. The *start* and *step* arguments default to |
| ``None``. Slice objects have read-only data attributes :attr:`~slice.start`, |
| :attr:`~slice.stop` and :attr:`~slice.step` which merely return the argument |
| values (or their default). They have no other explicit functionality; |
| however they are used by Numerical Python and other third party extensions. |
| Slice objects are also generated when extended indexing syntax is used. For |
| example: ``a[start:stop:step]`` or ``a[start:stop, i]``. See |
| :func:`itertools.islice` for an alternate version that returns an iterator. |
| |
| |
| .. function:: sorted(iterable[, key][, reverse]) |
| |
| Return a new sorted list from the items in *iterable*. |
| |
| Has two optional arguments which must be specified as keyword arguments. |
| |
| *key* specifies a function of one argument that is used to extract a comparison |
| key from each list element: ``key=str.lower``. The default value is ``None`` |
| (compare the elements directly). |
| |
| *reverse* is a boolean value. If set to ``True``, then the list elements are |
| sorted as if each comparison were reversed. |
| |
| Use :func:`functools.cmp_to_key` to convert an old-style *cmp* function to a |
| *key* function. |
| |
| The built-in :func:`sorted` function is guaranteed to be stable. A sort is |
| stable if it guarantees not to change the relative order of elements that |
| compare equal --- this is helpful for sorting in multiple passes (for |
| example, sort by department, then by salary grade). |
| |
| For sorting examples and a brief sorting tutorial, see `Sorting HowTo |
| <https://wiki.python.org/moin/HowTo/Sorting/>`_\. |
| |
| .. function:: staticmethod(function) |
| |
| Return a static method for *function*. |
| |
| A static method does not receive an implicit first argument. To declare a static |
| method, use this idiom:: |
| |
| class C: |
| @staticmethod |
| def f(arg1, arg2, ...): ... |
| |
| The ``@staticmethod`` form is a function :term:`decorator` -- see the |
| description of function definitions in :ref:`function` for details. |
| |
| It can be called either on the class (such as ``C.f()``) or on an instance (such |
| as ``C().f()``). The instance is ignored except for its class. |
| |
| Static methods in Python are similar to those found in Java or C++. Also see |
| :func:`classmethod` for a variant that is useful for creating alternate class |
| constructors. |
| |
| For more information on static methods, consult the documentation on the |
| standard type hierarchy in :ref:`types`. |
| |
| .. index:: |
| single: string; str() (built-in function) |
| |
| |
| .. _func-str: |
| .. class:: str(object='') |
| str(object=b'', encoding='utf-8', errors='strict') |
| :noindex: |
| |
| Return a :class:`str` version of *object*. See :func:`str` for details. |
| |
| ``str`` is the built-in string :term:`class`. For general information |
| about strings, see :ref:`textseq`. |
| |
| |
| .. function:: sum(iterable[, start]) |
| |
| Sums *start* and the items of an *iterable* from left to right and returns the |
| total. *start* defaults to ``0``. The *iterable*'s items are normally numbers, |
| and the start value is not allowed to be a string. |
| |
| For some use cases, there are good alternatives to :func:`sum`. |
| The preferred, fast way to concatenate a sequence of strings is by calling |
| ``''.join(sequence)``. To add floating point values with extended precision, |
| see :func:`math.fsum`\. To concatenate a series of iterables, consider using |
| :func:`itertools.chain`. |
| |
| .. function:: super([type[, object-or-type]]) |
| |
| Return a proxy object that delegates method calls to a parent or sibling |
| class of *type*. This is useful for accessing inherited methods that have |
| been overridden in a class. The search order is same as that used by |
| :func:`getattr` except that the *type* itself is skipped. |
| |
| The :attr:`~class.__mro__` attribute of the *type* lists the method |
| resolution search order used by both :func:`getattr` and :func:`super`. The |
| attribute is dynamic and can change whenever the inheritance hierarchy is |
| updated. |
| |
| If the second argument is omitted, the super object returned is unbound. If |
| the second argument is an object, ``isinstance(obj, type)`` must be true. If |
| the second argument is a type, ``issubclass(type2, type)`` must be true (this |
| is useful for classmethods). |
| |
| There are two typical use cases for *super*. In a class hierarchy with |
| single inheritance, *super* can be used to refer to parent classes without |
| naming them explicitly, thus making the code more maintainable. This use |
| closely parallels the use of *super* in other programming languages. |
| |
| The second use case is to support cooperative multiple inheritance in a |
| dynamic execution environment. This use case is unique to Python and is |
| not found in statically compiled languages or languages that only support |
| single inheritance. This makes it possible to implement "diamond diagrams" |
| where multiple base classes implement the same method. Good design dictates |
| that this method have the same calling signature in every case (because the |
| order of calls is determined at runtime, because that order adapts |
| to changes in the class hierarchy, and because that order can include |
| sibling classes that are unknown prior to runtime). |
| |
| For both use cases, a typical superclass call looks like this:: |
| |
| class C(B): |
| def method(self, arg): |
| super().method(arg) # This does the same thing as: |
| # super(C, self).method(arg) |
| |
| Note that :func:`super` is implemented as part of the binding process for |
| explicit dotted attribute lookups such as ``super().__getitem__(name)``. |
| It does so by implementing its own :meth:`__getattribute__` method for searching |
| classes in a predictable order that supports cooperative multiple inheritance. |
| Accordingly, :func:`super` is undefined for implicit lookups using statements or |
| operators such as ``super()[name]``. |
| |
| Also note that, aside from the zero argument form, :func:`super` is not |
| limited to use inside methods. The two argument form specifies the |
| arguments exactly and makes the appropriate references. The zero |
| argument form only works inside a class definition, as the compiler fills |
| in the necessary details to correctly retrieve the class being defined, |
| as well as accessing the current instance for ordinary methods. |
| |
| For practical suggestions on how to design cooperative classes using |
| :func:`super`, see `guide to using super() |
| <http://rhettinger.wordpress.com/2011/05/26/super-considered-super/>`_. |
| |
| |
| .. _func-tuple: |
| .. function:: tuple([iterable]) |
| :noindex: |
| |
| Rather than being a function, :class:`tuple` is actually an immutable |
| sequence type, as documented in :ref:`typesseq-tuple` and :ref:`typesseq`. |
| |
| |
| .. class:: type(object) |
| type(name, bases, dict) |
| |
| .. index:: object: type |
| |
| With one argument, return the type of an *object*. The return value is a |
| type object and generally the same object as returned by |
| :attr:`object.__class__ <instance.__class__>`. |
| |
| The :func:`isinstance` built-in function is recommended for testing the type |
| of an object, because it takes subclasses into account. |
| |
| |
| With three arguments, return a new type object. This is essentially a |
| dynamic form of the :keyword:`class` statement. The *name* string is the |
| class name and becomes the :attr:`~class.__name__` attribute; the *bases* |
| tuple itemizes the base classes and becomes the :attr:`~class.__bases__` |
| attribute; and the *dict* dictionary is the namespace containing definitions |
| for class body and becomes the :attr:`~object.__dict__` attribute. For |
| example, the following two statements create identical :class:`type` objects: |
| |
| >>> class X: |
| ... a = 1 |
| ... |
| >>> X = type('X', (object,), dict(a=1)) |
| |
| See also :ref:`bltin-type-objects`. |
| |
| |
| .. function:: vars([object]) |
| |
| Return the :attr:`~object.__dict__` attribute for a module, class, instance, |
| or any other object with a :attr:`__dict__` attribute. |
| |
| Objects such as modules and instances have an updateable :attr:`__dict__` |
| attribute; however, other objects may have write restrictions on their |
| :attr:`__dict__` attributes (for example, classes use a |
| dictproxy to prevent direct dictionary updates). |
| |
| Without an argument, :func:`vars` acts like :func:`locals`. Note, the |
| locals dictionary is only useful for reads since updates to the locals |
| dictionary are ignored. |
| |
| |
| .. function:: zip(*iterables) |
| |
| Make an iterator that aggregates elements from each of the iterables. |
| |
| Returns an iterator of tuples, where the *i*-th tuple contains |
| the *i*-th element from each of the argument sequences or iterables. The |
| iterator stops when the shortest input iterable is exhausted. With a single |
| iterable argument, it returns an iterator of 1-tuples. With no arguments, |
| it returns an empty iterator. Equivalent to:: |
| |
| def zip(*iterables): |
| # zip('ABCD', 'xy') --> Ax By |
| sentinel = object() |
| iterators = [iter(it) for it in iterables] |
| while iterators: |
| result = [] |
| for it in iterators: |
| elem = next(it, sentinel) |
| if elem is sentinel: |
| return |
| result.append(elem) |
| yield tuple(result) |
| |
| The left-to-right evaluation order of the iterables is guaranteed. This |
| makes possible an idiom for clustering a data series into n-length groups |
| using ``zip(*[iter(s)]*n)``. This repeats the *same* iterator ``n`` times |
| so that each output tuple has the result of ``n`` calls to the iterator. |
| This has the effect of dividing the input into n-length chunks. |
| |
| :func:`zip` should only be used with unequal length inputs when you don't |
| care about trailing, unmatched values from the longer iterables. If those |
| values are important, use :func:`itertools.zip_longest` instead. |
| |
| :func:`zip` in conjunction with the ``*`` operator can be used to unzip a |
| list:: |
| |
| >>> x = [1, 2, 3] |
| >>> y = [4, 5, 6] |
| >>> zipped = zip(x, y) |
| >>> list(zipped) |
| [(1, 4), (2, 5), (3, 6)] |
| >>> x2, y2 = zip(*zip(x, y)) |
| >>> x == list(x2) and y == list(y2) |
| True |
| |
| |
| .. function:: __import__(name, globals=None, locals=None, fromlist=(), level=0) |
| |
| .. index:: |
| statement: import |
| module: imp |
| |
| .. note:: |
| |
| This is an advanced function that is not needed in everyday Python |
| programming, unlike :func:`importlib.import_module`. |
| |
| This function is invoked by the :keyword:`import` statement. It can be |
| replaced (by importing the :mod:`builtins` module and assigning to |
| ``builtins.__import__``) in order to change semantics of the |
| :keyword:`import` statement, but doing so is **strongly** discouraged as it |
| is usually simpler to use import hooks (see :pep:`302`) to attain the same |
| goals and does not cause issues with code which assumes the default import |
| implementation is in use. Direct use of :func:`__import__` is also |
| discouraged in favor of :func:`importlib.import_module`. |
| |
| The function imports the module *name*, potentially using the given *globals* |
| and *locals* to determine how to interpret the name in a package context. |
| The *fromlist* gives the names of objects or submodules that should be |
| imported from the module given by *name*. The standard implementation does |
| not use its *locals* argument at all, and uses its *globals* only to |
| determine the package context of the :keyword:`import` statement. |
| |
| *level* specifies whether to use absolute or relative imports. ``0`` (the |
| default) means only perform absolute imports. Positive values for |
| *level* indicate the number of parent directories to search relative to the |
| directory of the module calling :func:`__import__` (see :pep:`328` for the |
| details). |
| |
| When the *name* variable is of the form ``package.module``, normally, the |
| top-level package (the name up till the first dot) is returned, *not* the |
| module named by *name*. However, when a non-empty *fromlist* argument is |
| given, the module named by *name* is returned. |
| |
| For example, the statement ``import spam`` results in bytecode resembling the |
| following code:: |
| |
| spam = __import__('spam', globals(), locals(), [], 0) |
| |
| The statement ``import spam.ham`` results in this call:: |
| |
| spam = __import__('spam.ham', globals(), locals(), [], 0) |
| |
| Note how :func:`__import__` returns the toplevel module here because this is |
| the object that is bound to a name by the :keyword:`import` statement. |
| |
| On the other hand, the statement ``from spam.ham import eggs, sausage as |
| saus`` results in :: |
| |
| _temp = __import__('spam.ham', globals(), locals(), ['eggs', 'sausage'], 0) |
| eggs = _temp.eggs |
| saus = _temp.sausage |
| |
| Here, the ``spam.ham`` module is returned from :func:`__import__`. From this |
| object, the names to import are retrieved and assigned to their respective |
| names. |
| |
| If you simply want to import a module (potentially within a package) by name, |
| use :func:`importlib.import_module`. |
| |
| .. versionchanged:: 3.3 |
| Negative values for *level* are no longer supported (which also changes |
| the default value to 0). |
| |
| |
| .. rubric:: Footnotes |
| |
| .. [#] Note that the parser only accepts the Unix-style end of line convention. |
| If you are reading the code from a file, make sure to use newline conversion |
| mode to convert Windows or Mac-style newlines. |