This advanced tutorial begins where Tutorial 7 left off. We’ll be turning our Web-poll into a standalone Python package you can reuse in new projects and share with other people.
If you haven’t recently completed Tutorials 1–7, we encourage you to review these so that your example project matches the one described below.
It’s a lot of work to design, build, test and maintain a web application. Many Python and Django projects share common problems. Wouldn’t it be great if we could save some of this repeated work?
Reusability is the way of life in Python. Python包索引(PyPI) 您可以在自己的Python程序中使用大量的包 Check out Django Packages for existing reusable apps you could incorporate in your project. Django itself is also just a Python package. This means that you can take existing Python packages or Django apps and compose them into your own web project. You only need to write the parts that make your project unique.
Let’s say you were starting a new project that needed a polls app like the one
we’ve been working on. How do you make this app reusable? Luckily, you’re well
on the way already. In Tutorial 3, we saw how we
could decouple polls from the project-level URLconf using an include
.
In this tutorial, we’ll take further steps to make the app easy to use in new
projects and ready to publish for others to install and use.
Package? App?
A Python package provides a way of grouping related Python code for easy reuse. A package contains one or more files of Python code (also known as “modules”).
A package can be imported with import foo.bar
or from foo import
bar
. For a directory (like polls
) to form a package, it must contain
a special file __init__.py
, even if this file is empty.
A Django application is just a Python package that is specifically
intended for use in a Django project. An application may use common Django
conventions, such as having models
, tests
, urls
, and views
submodules.
Later on we use the term packaging to describe the process of making a Python package easy for others to install. It can be a little confusing, we know.
After the previous tutorials, our project should look like this:
mysite/
manage.py
mysite/
__init__.py
settings.py
urls.py
wsgi.py
polls/
__init__.py
admin.py
migrations/
__init__.py
0001_initial.py
models.py
static/
polls/
images/
background.gif
style.css
templates/
polls/
detail.html
index.html
results.html
tests.py
urls.py
views.py
templates/
admin/
base_site.html
您在 教程7中创建了mysite/templates
以及教程3中的polls/templates
. Now perhaps
it is clearer why we chose to have separate template directories for the
project and application: everything that is part of the polls application is in
polls
. It makes the application self-contained and easier to drop into a
new project.
The polls
directory could now be copied into a new Django project and
immediately reused. It’s not quite ready to be published though. For that, we
need to package the app to make it easy for others to install.
The current state of Python packaging is a bit muddled with various tools. For
this tutorial, we’re going to use setuptools to build our package. It’s the
recommended packaging tool (merged with the distribute
fork). We’ll also be
using pip to install and uninstall it. You should install these
two packages now. If you need help, you can refer to how to install
Django with pip. You can install setuptools
the same way.
Python packaging refers to preparing your app in a specific format that can be easily installed and used. Django itself is packaged very much like this. For a small app like polls, this process isn’t too difficult.
First, create a parent directory for polls
, outside of your Django
project. Call this directory django-polls
.
Choosing a name for your app
When choosing a name for your package, check resources like PyPI to avoid
naming conflicts with existing packages. It’s often useful to prepend
django-
to your module name when creating a package to distribute.
This helps others looking for Django apps identify your app as Django
specific.
应用程序标签(即,应用程序包的虚线路径的最后一部分) 必须 在 INSTALLED_APPS
中是唯一的.
Avoid using the same label as any of the Django contrib packages, for example auth
, admin
, or
messages
.
Move the polls
directory into the django-polls
directory.
Create a file django-polls/README.rst
with the following contents:
=====
Polls
=====
Polls is a simple Django app to conduct Web-based polls. For each
question, visitors can choose between a fixed number of answers.
Detailed documentation is in the "docs" directory.
Quick start
-----------
1. Add "polls" to your INSTALLED_APPS setting like this::
INSTALLED_APPS = [
...
'polls',
]
2. Include the polls URLconf in your project urls.py like this::
path('polls/', include('polls.urls')),
3. Run `python manage.py migrate` to create the polls models.
4. Start the development server and visit http://127.0.0.1:8000/admin/
to create a poll (you'll need the Admin app enabled).
5. Visit http://127.0.0.1:8000/polls/ to participate in the poll.
Create a django-polls/LICENSE
file. 选择一个许可超出了本教程的范围,但是足以说明,没有许可证的公开发布的代码是毫无用处的. Django and many Django-compatible apps are
distributed under the BSD license; however, you’re free to pick your own
license. Just be aware that your licensing choice will affect who is able
to use your code.
Next we’ll create a setup.py
file which provides details about how to
build and install the app. A full explanation of this file is beyond the
scope of this tutorial, but the setuptools docs have a good
explanation. Create a file django-polls/setup.py
with the following
contents:
import os
from setuptools import find_packages, setup
with open(os.path.join(os.path.dirname(__file__), 'README.rst')) as readme:
README = readme.read()
# allow setup.py to be run from any path
os.chdir(os.path.normpath(os.path.join(os.path.abspath(__file__), os.pardir)))
setup(
name='django-polls',
version='0.1',
packages=find_packages(),
include_package_data=True,
license='BSD License', # example license
description='A simple Django app to conduct Web-based polls.',
long_description=README,
url='https://www.example.com/',
author='Your Name',
author_email='yourname@example.com',
classifiers=[
'Environment :: Web Environment',
'Framework :: Django',
'Framework :: Django :: X.Y', # replace "X.Y" as appropriate
'Intended Audience :: Developers',
'License :: OSI Approved :: BSD License', # example license
'Operating System :: OS Independent',
'Programming Language :: Python',
'Programming Language :: Python :: 3.5',
'Programming Language :: Python :: 3.6',
'Topic :: Internet :: WWW/HTTP',
'Topic :: Internet :: WWW/HTTP :: Dynamic Content',
],
)
Only Python modules and packages are included in the package by default. To
include additional files, we’ll need to create a MANIFEST.in
file. The
setuptools docs referred to in the previous step discuss this file in more
details. 要包括模板, README.rst
和我们的 LICENSE
文件, 创建一个文件 django-polls/MANIFEST.in
以下内容如下:
include LICENSE
include README.rst
recursive-include polls/static *
recursive-include polls/templates *
It’s optional, but recommended, to include detailed documentation with your
app. Create an empty directory django-polls/docs
for future
documentation. Add an additional line to django-polls/MANIFEST.in
:
recursive-include docs *
Note that the docs
directory won’t be included in your package unless
you add some files to it. Many Django apps also provide their documentation
online through sites like readthedocs.org.
你可以尝试着执行 python setup.py sdist来创建包
(在 django-polls
里面执行). This creates a directory called dist
and builds your
new package, django-polls-0.1.tar.gz
.
For more information on packaging, see Python’s Tutorial on Packaging and Distributing Projects.
Since we moved the polls
directory out of the project, it’s no longer
working. We’ll now fix this by installing our new django-polls
package.
Installing as a user library
The following steps install django-polls
as a user library. Per-user
installs have a lot of advantages over installing the package system-wide,
such as being usable on systems where you don’t have administrator access
as well as preventing the package from affecting system services and other
users of the machine.
Note that per-user installations can still affect the behavior of system
tools that run as that user, so virtualenv
is a more robust solution
(see below).
To install the package, use pip (you already installed it, right?):
pip install --user django-polls/dist/django-polls-0.1.tar.gz
With luck, your Django project should now work correctly again. Run the server again to confirm this.
To uninstall the package, use pip:
pip uninstall django-polls
现在我们已经打包并测试了django-polls
,它已经准备好与世界分享! If this wasn’t just an example, you could now:
Earlier, we installed the polls app as a user library. This has some disadvantages:
Typically, these situations only arise once you’re maintaining several Django projects. When they do, the best solution is to use virtualenv. This tool allows you to maintain multiple isolated Python environments, each with its own copy of the libraries and package namespace.
Jan 17, 2018