1berry/cpython
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

rewritten introduction

Browse Source
This commit is contained in:
Guido van Rossum 1995-03-30 16:01:15 +00:00
parent 45416028fb
commit 233aa1d4fc
2 changed files with 90 additions and 30 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

60
Doc/lib/libintro.tex
View File

@ -1,17 +1,47 @@
\chapter{Introduction} \chapter{Introduction}
The Python library consists of three parts, with different levels of The ``Python library'' contains several different kinds of components.
integration with the interpreter.
Closest to the interpreter are built-in types, exceptions and functions. It contains data types that would normally be considered part of the
Next are built-in modules, which are written in \C{} and linked statically ``core'' of the language, such as numbers and lists. For these types,
with the interpreter. the core language defines the form of literals and places some
Finally there are standard modules that are implemented entirely in constraints on their semantics, but it does not fully describe the
Python, but are always available. semantics. (On the other hand, the core of the language defines
For efficiency, some standard modules may become built-in modules in syntactic properties like the spelling and priorities of operators.)
future versions of the interpreter.
\indexii{built-in}{types} The library also contains built-in functions and exceptions ---
\indexii{built-in}{exceptions} objects that can be used by all Python code without the need of an
\indexii{built-in}{functions} \code{import} statement. Some of these are defined by the core
\indexii{built-in}{modules} language, but many are not essential for the core semantics and are
\indexii{standard}{modules} only described here.
\indexii{\C{}}{language}
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
operating systems, like socket I/O; others provide interfaces that are
specific to a particular application domain, like the World-Wide Web.
Some modules are avaiable in all versions and ports of Python; others
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.
This manual is organized ``from the inside out'': it first describes
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
front of the manual) or look for a specific function, module or term
in the index (in the back). And finally, if you enjoy learning about
random subjects, you choose a random page number (see module
\code{rand}) and read a section or two.
Let the show begin!

60
Doc/libintro.tex
View File

@ -1,17 +1,47 @@
\chapter{Introduction} \chapter{Introduction}
The Python library consists of three parts, with different levels of The ``Python library'' contains several different kinds of components.
integration with the interpreter.
Closest to the interpreter are built-in types, exceptions and functions. It contains data types that would normally be considered part of the
Next are built-in modules, which are written in \C{} and linked statically ``core'' of the language, such as numbers and lists. For these types,
with the interpreter. the core language defines the form of literals and places some
Finally there are standard modules that are implemented entirely in constraints on their semantics, but it does not fully describe the
Python, but are always available. semantics. (On the other hand, the core of the language defines
For efficiency, some standard modules may become built-in modules in syntactic properties like the spelling and priorities of operators.)
future versions of the interpreter.
\indexii{built-in}{types} The library also contains built-in functions and exceptions ---
\indexii{built-in}{exceptions} objects that can be used by all Python code without the need of an
\indexii{built-in}{functions} \code{import} statement. Some of these are defined by the core
\indexii{built-in}{modules} language, but many are not essential for the core semantics and are
\indexii{standard}{modules} only described here.
\indexii{\C{}}{language}
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
operating systems, like socket I/O; others provide interfaces that are
specific to a particular application domain, like the World-Wide Web.
Some modules are avaiable in all versions and ports of Python; others
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.
This manual is organized ``from the inside out'': it first describes
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
front of the manual) or look for a specific function, module or term
in the index (in the back). And finally, if you enjoy learning about
random subjects, you choose a random page number (see module
\code{rand}) and read a section or two.
Let the show begin!