1994-01-01 21:22:07 -04:00
|
|
|
\chapter{Introduction}
|
1998-02-18 11:21:26 -04:00
|
|
|
\label{intro}
|
1994-01-01 21:22:07 -04:00
|
|
|
|
1995-03-30 12:01:15 -04:00
|
|
|
The ``Python library'' contains several different kinds of components.
|
|
|
|
|
|
|
|
It contains data types that would normally be considered part of the
|
1995-04-04 09:29:37 -03:00
|
|
|
``core'' of a language, such as numbers and lists. For these types,
|
|
|
|
the Python language core defines the form of literals and places some
|
|
|
|
constraints on their semantics, but does not fully define the
|
|
|
|
semantics. (On the other hand, the language core does define
|
1995-03-30 12:01:15 -04:00
|
|
|
syntactic properties like the spelling and priorities of operators.)
|
|
|
|
|
|
|
|
The library also contains built-in functions and exceptions ---
|
|
|
|
objects that can be used by all Python code without the need of an
|
1998-02-18 11:21:26 -04:00
|
|
|
\keyword{import} statement. Some of these are defined by the core
|
1995-03-30 12:01:15 -04:00
|
|
|
language, but many are not essential for the core semantics and are
|
|
|
|
only described here.
|
|
|
|
|
|
|
|
The bulk of the library, however, consists of a collection of modules.
|
|
|
|
There are many ways to dissect this collection. Some modules are
|
|
|
|
written in C and built in to the Python interpreter; others are
|
|
|
|
written in Python and imported in source form. Some modules provide
|
|
|
|
interfaces that are highly specific to Python, like printing a stack
|
|
|
|
trace; some provide interfaces that are specific to particular
|
2000-04-03 17:13:55 -03:00
|
|
|
operating systems, such as access to specific hardware; others provide
|
|
|
|
interfaces that are
|
1995-03-30 12:01:15 -04:00
|
|
|
specific to a particular application domain, like the World-Wide Web.
|
2000-07-16 16:01:10 -03:00
|
|
|
Some modules are available in all versions and ports of Python; others
|
1995-03-30 12:01:15 -04:00
|
|
|
are only available when the underlying system supports or requires
|
|
|
|
them; yet others are available only when a particular configuration
|
|
|
|
option was chosen at the time when Python was compiled and installed.
|
|
|
|
|
2000-04-03 17:13:55 -03:00
|
|
|
This manual is organized ``from the inside out:'' it first describes
|
1995-03-30 12:01:15 -04:00
|
|
|
the built-in data types, then the built-in functions and exceptions,
|
|
|
|
and finally the modules, grouped in chapters of related modules. The
|
|
|
|
ordering of the chapters as well as the ordering of the modules within
|
|
|
|
each chapter is roughly from most relevant to least important.
|
|
|
|
|
|
|
|
This means that if you start reading this manual from the start, and
|
|
|
|
skip to the next chapter when you get bored, you will get a reasonable
|
|
|
|
overview of the available modules and application areas that are
|
|
|
|
supported by the Python library. Of course, you don't \emph{have} to
|
|
|
|
read it like a novel --- you can also browse the table of contents (in
|
1995-04-04 09:29:37 -03:00
|
|
|
front of the manual), or look for a specific function, module or term
|
1995-03-30 12:01:15 -04:00
|
|
|
in the index (in the back). And finally, if you enjoy learning about
|
|
|
|
random subjects, you choose a random page number (see module
|
1999-04-29 10:41:17 -03:00
|
|
|
\refmodule{random}) and read a section or two. Regardless of the
|
|
|
|
order in which you read the sections of this manual, it helps to start
|
|
|
|
with chapter \ref{builtin}, ``Built-in Types, Exceptions and
|
|
|
|
Functions,'' as the remainder of the manual assumes familiarity with
|
|
|
|
this material.
|
1995-03-30 12:01:15 -04:00
|
|
|
|
|
|
|
Let the show begin!
|