diff options
author | Guido van Rossum <guido@python.org> | 2008-12-03 05:39:28 (GMT) |
---|---|---|
committer | Guido van Rossum <guido@python.org> | 2008-12-03 05:39:28 (GMT) |
commit | 08388ef3610fc6f227ce79aca39e6cd6051c62e7 (patch) | |
tree | 0036b154b8a36bbd7c88d34f5e9304e87415dca2 /Doc/whatsnew/3.0.rst | |
parent | b768d4f759bf8677fac8f6eae4f720be02dc6d78 (diff) | |
download | cpython-08388ef3610fc6f227ce79aca39e6cd6051c62e7.zip cpython-08388ef3610fc6f227ce79aca39e6cd6051c62e7.tar.gz cpython-08388ef3610fc6f227ce79aca39e6cd6051c62e7.tar.bz2 |
Some textual tweaks, and fixed a few typos found by a spell checker.
Diffstat (limited to 'Doc/whatsnew/3.0.rst')
-rw-r--r-- | Doc/whatsnew/3.0.rst | 65 |
1 files changed, 39 insertions, 26 deletions
diff --git a/Doc/whatsnew/3.0.rst b/Doc/whatsnew/3.0.rst index 2c2e168..06c17a1 100644 --- a/Doc/whatsnew/3.0.rst +++ b/Doc/whatsnew/3.0.rst @@ -55,17 +55,26 @@ This article explains the new features in Python 3.0, compared to 2.6. Python 3.0, also known as "Python 3000" or "Py3K", is the first ever -*intentionally incompatible* release. There are more changes than in -a typical release, and more that are important for all Python users. -Nevertheless, after digesting the changes, you'll find that Python -really hasn't changed all that much -- by and large, we're merely -fixing well-known annoyances and warts. +*intentionally backwards incompatible* Python release. There are more +changes than in a typical release, and more that are important for all +Python users. Nevertheless, after digesting the changes, you'll find +that Python really hasn't changed all that much -- by and large, we're +mostly fixing well-known annoyances and warts, and removing a lot of +old cruft. This article doesn't attempt to provide a complete specification of -the new features, but instead provides a convenient overview. For -full details, you should refer to the documentation for Python 3.0. If -you want to understand the complete implementation and design -rationale, refer to the PEP for a particular new feature. +all new features, but instead tries to give a convenient overview. +For full details, you should refer to the documentation for Python +3.0, and/or the many PEPs referenced in the text. If you want to +understand the complete implementation and design rationale for a +particular feature, PEPs usually have more details than the regular +documentation; but note that PEPs usually are not kept up-to-date once +a feature has been fully implemented. + +Due to time constraints this document is not as complete as it should +have been. As always for a new release, the ``Misc/NEWS`` file in the +source distribution contains a wealth of detailed information about +every small thing that was changed. .. Compare with previous release in 2 - 3 sentences here. .. add hyperlink when the documentation becomes available online. @@ -144,11 +153,14 @@ Some well-known APIs no longer return lists: * Also, the :meth:`dict.iterkeys`, :meth:`dict.iteritems` and :meth:`dict.itervalues` methods are no longer supported. -* :func:`map` and :func:`filter` return iterators. A quick fix is e.g. - ``list(map(...))``, but a better fix is often to use a list - comprehension (especially when the original code uses :keyword:`lambda`). - Particularly tricky is :func:`map` invoked for the side effects of the - function; the correct transformation is to use a for-loop. +* :func:`map` and :func:`filter` return iterators. If you really need + a list, a quick fix is e.g. ``list(map(...))``, but a better fix is + often to use a list comprehension (especially when the original code + uses :keyword:`lambda`), or rewriting the code so it doesn't need a + list at all. Particularly tricky is :func:`map` invoked for the + side effects of the function; the correct transformation is to use a + regular :keyword:`for` loop (since creating a list would just be + wasteful). * :func:`range` now behaves like :func:`xrange` used to behave, except it works with values of arbitrary size. The latter no longer @@ -164,13 +176,14 @@ Python 3.0 has simplified the rules for ordering comparisons: * The ordering comparison operators (``<``, ``<=``, ``>=``, ``>``) raise a TypeError exception when the operands don't have a meaningful natural ordering. Thus, expressions like ``1 < ''``, ``0 - > None`` or ``len <= len`` are no longer valid. A corollary is that - sorting a heterogeneous list no longer makes sense -- all the - elements must be comparable to each other. Note that this does not - apply to the ``==`` and ``!=`` operators: objects of different - uncomparable types always compare unequal to each other, and an - object always compares equal to itself (i.e., ``x is y`` implies - ``x == y``; this is true even for *NaN*). + > None`` or ``len <= len`` are no longer valid, and e.g. ``None < + None`` raises :exc:`TypeError` instead of returning + :keyword:`False`. A corollary is that sorting a heterogeneous list + no longer makes sense -- all the elements must be comparable to each + other. Note that this does not apply to the ``==`` and ``!=`` + operators: objects of different incomparable types always compare + unequal to each other, and an object always compares equal to itself + (i.e., ``x is y`` implies ``x == y``; this is true even for *NaN*). * :meth:`builtin.sorted` and :meth:`list.sort` no longer accept the *cmp* argument providing a comparison function. Use the *key* @@ -196,7 +209,7 @@ Integers existed for years, at least since Python 2.2.) * The :data:`sys.maxint` constant was removed, since there is no - longer a limit to the value of ints. However, :data:`sys.maxsize` + longer a limit to the value of integers. However, :data:`sys.maxsize` can be used as an integer larger than any practical list or string index. It conforms to the implementation's "natural" integer size and is typically the same as :data:`sys.maxint` in previous releases @@ -542,7 +555,7 @@ review: * The :mod:`bsddb3` package was removed because its presence in the core standard library has proved over time to be a particular burden - for the core developers due to testing instability and Berlekey DB's + for the core developers due to testing instability and Berkeley DB's release schedule. However, the package is alive and well, externally maintained at http://www.jcea.es/programacion/pybsddb.htm. @@ -599,8 +612,8 @@ review: * :mod:`xmlrpc` (:mod:`xmlrpclib`, :mod:`DocXMLRPCServer`, :mod:`SimpleXMLRPCServer`). - -Some other changes to standard library moduled, not covered by +modules +Some other changes to standard library modules, not covered by :pep:`3108`: * Killed :mod:`sets`. Use the builtin :func:`set` function. @@ -840,7 +853,7 @@ to the C API. * Renamed the boolean conversion C-level slot and method: ``nb_nonzero`` is now ``nb_bool``. -* Removed ``METH_OLDARGS`` and ``WITH_CYCLE_GC`` from the C API. +* Removed :cmacro:`METH_OLDARGS` and :cmacro:`WITH_CYCLE_GC` from the C API. .. ====================================================================== |