高度なチュートリアル: 再利用可能アプリの書き方¶
この高度なチュートリアルは、チュートリアル その8 が終わったところから始まります。Web投票アプリケーションを、新しいプロジェクトで再利用でき、他の人に共有できる独立した Python のパッケージへと変えていきましょう。
直近のチュートリアル 1 - 7 が終わっていないなら、一目通すことをおすすめします。例で作ったプロジェクトが以下の説明でも使われるからです。
再利用性の問題¶
Web アプリケーションの設計、開発、テスト、そしてメンテナンスには多大な労力が必要です。そして多くの Python プロジェクト、 Django プロジェクトは共通の問題を抱えています。この繰り返し作業を減らせたら良いと思いませんか?
再利用可能性はPythonの生き様とも言えるものです。Python Package Index (PyPI) にはあなたの Pythonプログラムに使用できる非常に幅広いパッケージが揃っています。あなたのプロジェクトに組み込むことのできる再利用可能なアプリについては、Django Packages を見てみてください。Django そのものも、普通のPython パッケージのひとつです。あなたは既存のPythonパッケージや Django アプリを選んで、自分の Web プロジェクトに組み込むことができます。つまり、あなたは自分のプロジェクトに特有の部分にだけ取り組めば良いのです。
例えば、投票アプリケーション(ちょうど今まで作ってきたものと似たようなもの)を必要とするプロジェクトを新しく開始したとしましょう。どうやって投票アプリケーションを再利用可能にしますか?運のいいことに、その方法はすでに会得済みです。 チュートリアル1 では、 include
を使ってプロジェクトレベルの URLconf から投票アプリを分離する方法を学びました。このチュートリアルでは、アプリケーションを新規のプロジェクトで使いやすいようにし、いつでも別の場所でインストール/利用できるようにします。
パッケージ?アプリ?
Python の package を使うと、関連する Python コードをまとめて再利用しやすいようにできます。パッケージは、 Python コードのファイル ( 通称 "モジュール" ) を1つ以上含みます。
パッケージは import foo.bar
または from foo import bar
でインポートできます。パッケージ内のディレクトリ (例えば polls
) は __init__.py
という特殊なファイルを、空のファイルでもいいので含む必要があります。
Django アプリケーション は単なる Python パッケージで、 Django プロジェクトで使うことのみを意図したものです。アプリは一般的な Django の慣例に則っているでしょう。例えば models
、 tests
、 urls
、 views
のサブモジュールがあること、などです。
後に パッケージング という言葉を、他の人がインストールしやすいように Python パッケージを作るプロセスを表すのに用います。少し混乱するかもしれませんね。
プロジェクトと再利用可能アプリ¶
前のチュートリアルを終えると、プロジェクトはこのようになっているはずです:
mysite/
manage.py
mysite/
__init__.py
settings.py
urls.py
asgi.py
wsgi.py
polls/
__init__.py
admin.py
apps.py
migrations/
__init__.py
0001_initial.py
models.py
static/
polls/
images/
background.png
style.css
templates/
polls/
detail.html
index.html
results.html
tests.py
urls.py
views.py
templates/
admin/
base_site.html
すでに mysite/templates
を チュートリアル 7 で、 polls/templates
を チュートリアル 3 で作成しました。今となっては、なぜテンプレートディレクトリをプロジェクトとアプリケーションに分けたかが明確にわかるかもしれませんね。投票アプリケーションに関する全ては polls
にあります。アプリケーションが自己完結していて、新規のプロジェクトにも導入しやすくなっています。
今、 polls
ディレクトリは新規の Django プロジェクトにコピーでき、すぐに再利用できる状態です。しかし公開するための準備が完璧というわけではありません。そのために、アプリをパッケージにして別の場所でインストールしやすいようにする必要があります。
事前に必要な物をインストールする¶
Python のパッケージングの現状は、複数のツールがあることで少しややこしいです。このチュートリアルでは setuptools をパッケージに使用します。これはおすすめのパッケージングツールです( forkされていた distribute
はマージされました)。終わった後にアンインストールするために pip も使います。今はこの 2 つのパッケージをインストールしておいてください。分からなければ Django をpip でインストールする. を参照してください。 setuptools
も同じ方法でインストールできます。
アプリケーションをパッケージングする¶
Python において パッケージング とは、特定のフォーマットでアプリを作っておくことです。このフォーマットは簡単にインストールして使えます。 Django 自体もこのようにパッケージ化されています。投票アプリのような小さなものでは、このプロセスはそれほど難しいものではありません。
まず、Django プロジェクトの外に、パッケージのための親ディレクトリを作成します。以降、このディレクトリを
django-polls
と呼びます。アプリケーションの名前を決める
パッケージ名を決める際には、既存のパッケージとの名前の衝突を避けるために PyPI をチェックしてください。パッケージ名には Django 固有のパッケージであることを示すために
django-
という接頭辞をつけ、モジュール名にはそれに対応するdjango_
という接頭辞を付けることを推奨します。例えば、django-ratelimit
パッケージはdjango_ratelimit
モジュールを含んでいます。アプリケーションラベル (すなわち、アプリケーションパッケージへのパス(ドット区切り)の最後の部分) は
INSTALLED_APPS
の中で 必ず ユニークでなければなりません。auth
、admin
、messages
のようなDjango contrib packages と同じラベルを使うことは避けてください。polls
ディレクトリをdjango-polls
ディレクトリに移動し、名前をdjango_polls
に変更します。django_polls/apps.py
を編集してname
が新しいモジュール名を指すようにし、label
を追加してアプリの短い名前を付けます:from django.apps import AppConfig class PollsConfig(AppConfig): default_auto_field = "django.db.models.BigAutoField" name = "django_polls" label = "polls"
以下の内容の
django-polls/README.rst
という名前のファイルを作成します:============ django-polls ============ django-polls is a 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 = [ ..., "django_polls", ] 2. Include the polls URLconf in your project urls.py like this:: path("polls/", include("django_polls.urls")), 3. Run ``python manage.py migrate`` to create the models. 4. Start the development server and visit the admin to create a poll. 5. Visit the ``/polls/`` URL to participate in the poll.
django-polls/LICENSE
ファイルを作成します。ライセンスの選択はこのチュートリアルの範疇を超えていますが、ライセンスなしで公にリリースされたコードは 役立たず であると言えば十分です。 Django と多くの Django 互換アプリケーションはBSDライセンスの元に配布されます。でもどのライセンスを選択するかは自由です。ライセンスの選択は、誰がコードを使え得るかに影響すると注意してください。次に
pyproject.toml
とsetup.cfg
、setup.py
ファイルを作りましょう。これはアプリケーションをどのようにビルドしインストールするかを記述するものです。これらのファイルのすべてを説明するのはこのチュートリアルの範疇を超えていますが、 setuptools docs の説明は役に立ちます。以下のようにdjango-polls/pyproject.toml
とdjango-polls/setup.cfg
、django-polls/setup.py
を作ってみましょう:[build-system] requires = ['setuptools>=40.8.0'] build-backend = 'setuptools.build_meta'
[metadata] name = django-polls version = 0.1 description = A Django app to conduct web-based polls. long_description = file: README.rst url = https://www.example.com/ author = Your Name author_email = yourname@example.com license = BSD-3-Clause # Example license classifiers = Environment :: Web Environment Framework :: Django Framework :: Django :: X.Y # Replace "X.Y" as appropriate Intended Audience :: Developers License :: OSI Approved :: BSD License Operating System :: OS Independent Programming Language :: Python Programming Language :: Python :: 3 Programming Language :: Python :: 3 :: Only Programming Language :: Python :: 3.10 Programming Language :: Python :: 3.11 Programming Language :: Python :: 3.12 Topic :: Internet :: WWW/HTTP Topic :: Internet :: WWW/HTTP :: Dynamic Content [options] include_package_data = true packages = find: python_requires = >=3.10 install_requires = Django >= X.Y # Replace "X.Y" as appropriate
from setuptools import setup setup()
デフォルトでは、パッケージには Python のモジュールとパッケージだけがまとめられます。追加のファイルを含めるには、
MANIFEST.in
というファイルを作成する必要があります。前のステップで挙げたsetuptools
のドキュメントには、このファイルについて詳しい説明があります。テンプレート、README.rst
、およびLICENSE
をパッケージに含めるには、django-polls/MANIFEST.in
というファイルを作成し、その中に次のように書きます。include LICENSE include README.rst recursive-include django_polls/static * recursive-include django_polls/templates *
アプリケーションの詳細なドキュメントを含めるのは、任意ですが推奨されます。空のディレクトリ
django-polls/docs
を将来のドキュメンテーションのために作っておきましょう。django-polls/MANAFEST.in
に行を追加しておいてください:recursive-include docs *
MANIFEST.in
に対象のファイルを追加しないとdocs
ディレクトリがパッケージに含まれないことに注意してください。多くの Django アプリではドキュメントを readthedocs.org のようなサイトを通して提供しています。django-polls
の中でpython setup.py sdist
を実行してパッケージをビルドしてみてください。これでdist
というディレクトリが作成され、新しいパッケージdjango-polls-0.1.tar.gz
がビルドされます。
パッケージングに関するより豊富な情報は プロジェクトのパッケージ化と配布に関するチュートリアル にあります。
自分のパッケージを使ってみる¶
polls
ディレクトリはプロジェクト外に移動したので、これはもう動きません。代わりにできたての django-polls
パッケージを使ってみましょう。
ユーザーライブラリとしてインストールする
以下のステップは django-polls
をユーザーライブラリとしてインストールするものです。ユーザー単位でのインストールはシステム全体でのインストールよりも多くの利点があります。管理者アクセス権を持っていないシステム上で使用可能というだけでなく、パッケージがシステムサービスやマシン上の他ユーザーに影響を与えるのを防げます。
ユーザーごとのインストールは、そのユーザーとして実行されるシステムツールの動作に影響を与える可能性があるため、仮想環境を使用する方がより堅牢なソリューションであることに注意してください(以下を参照)。
パッケージをインストールするためには、pip を利用してください (すでに インストール していますよね?):
python -m pip install --user django-polls/dist/django-polls-0.1.tar.gz
新しいモジュール名を指すように
mysite/settings.py
を更新します:INSTALLED_APPS = [ "django_polls.apps.PollsConfig", ..., ]
新しいモジュール名を指すように
mysite/urls.py
を更新します:urlpatterns = [ path("polls/", include("django_polls.urls")), ..., ]
開発サーバーを実行して、プロジェクトが引き続き動作することを確認します。
アプリを公開する¶
django-polls
のパッケージを作り、テストしました。世界に共有するときです!これが単なる例でなければこうします:
- パッケージを友人にメールで送る
- 自身の Web サイトにアップロードする
- 公開されているリポジトリに投稿する。例えば the Python Package Index (PyPI). packaging.python.org には よくできたチュートリアル があります。
仮想環境でのPythonパッケージのインストール¶
先ほど、 django-polls
をユーザライブラリとしてインストールしました。これにはいくつかの欠点があります:
- ユーザーライブラリの変更はシステム上の他の Python ソフトウェアに影響を与えるおそれがあります
- このパッケージの複数バージョン (もしくは同じ名前の別のもの) を実行できません
通常、このような状況は複数の Django プロジェクトを管理している場合にのみ発生します。このような場合、最良の解決策は venv を使うことです。このツールを使うと、複数の分離されたPython環境を管理することができ、それぞれが独自のライブラリとパッケージの名前空間のコピーを持っています。