reusable-apps.txt 13 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322
  1. =============================================
  2. Advanced tutorial: How to write reusable apps
  3. =============================================
  4. This advanced tutorial begins where :doc:`Tutorial 6 </intro/tutorial06>`
  5. left off. We'll be turning our Web-poll into a standalone Python package
  6. you can reuse in new projects and share with other people.
  7. If you haven't recently completed Tutorials 1–6, we encourage you to review
  8. these so that your example project matches the one described below.
  9. Reusability matters
  10. ===================
  11. It's a lot of work to design, build, test and maintain a web application. Many
  12. Python and Django projects share common problems. Wouldn't it be great if we
  13. could save some of this repeated work?
  14. Reusability is the way of life in Python. `The Python Package Index (PyPI)
  15. <http://guide.python-distribute.org/contributing.html#pypi-info>`_ has a vast
  16. range of packages you can use in your own Python programs. Check out `Django
  17. Packages <http://www.djangopackages.com>`_ for existing reusable apps you could
  18. incorporate in your project. Django itself is also just a Python package. This
  19. means that you can take existing Python packages or Django apps and compose
  20. them into your own web project. You only need to write the parts that make
  21. your project unique.
  22. Let's say you were starting a new project that needed a polls app like the one
  23. we've been working on. How do you make this app reusable? Luckily, you're well
  24. on the way already. In :doc:`Tutorial 3 </intro/tutorial03>`, we saw how we
  25. could decouple polls from the project-level URLconf using an ``include``.
  26. In this tutorial, we'll take further steps to make the app easy to use in new
  27. projects and ready to publish for others to install and use.
  28. .. admonition:: Package? App?
  29. A Python `package <http://docs.python.org/tutorial/modules.html#packages>`_
  30. provides a way of grouping related Python code for easy reuse. A package
  31. contains one or more files of Python code (also known as "modules").
  32. A package can be imported with ``import foo.bar`` or ``from foo import
  33. bar``. For a directory (like ``polls``) to form a package, it must contain
  34. a special file ``__init__.py``, even if this file is empty.
  35. A Django *app* is just a Python package that is specifically intended for
  36. use in a Django project. An app may also use common Django conventions,
  37. such as having a ``models.py`` file.
  38. Later on we use the term *packaging* to describe the process of making a
  39. Python package easy for others to install. It can be a little confusing, we
  40. know.
  41. Your project and your reusable app
  42. ==================================
  43. After the previous tutorials, our project should look like this::
  44. mysite/
  45. manage.py
  46. mysite/
  47. __init__.py
  48. settings.py
  49. urls.py
  50. wsgi.py
  51. polls/
  52. __init__.py
  53. admin.py
  54. models.py
  55. static/
  56. polls/
  57. images/
  58. background.gif
  59. style.css
  60. templates/
  61. polls/
  62. detail.html
  63. index.html
  64. results.html
  65. tests.py
  66. urls.py
  67. views.py
  68. templates/
  69. admin/
  70. base_site.html
  71. You created ``mysite/templates`` in :doc:`Tutorial 2 </intro/tutorial02>`,
  72. and ``polls/templates`` in :doc:`Tutorial 3 </intro/tutorial03>`. Now perhaps
  73. it is clearer why we chose to have separate template directories for the
  74. project and application: everything that is part of the polls application is in
  75. ``polls``. It makes the application self-contained and easier to drop into a
  76. new project.
  77. The ``polls`` directory could now be copied into a new Django project and
  78. immediately reused. It's not quite ready to be published though. For that, we
  79. need to package the app to make it easy for others to install.
  80. .. _installing-reusable-apps-prerequisites:
  81. Installing some prerequisites
  82. =============================
  83. The current state of Python packaging is a bit muddled with various tools. For
  84. this tutorial, we're going to use distribute_ to build our package. It's a
  85. community-maintained fork of the older ``setuptools`` project. We'll also be
  86. using `pip`_ to uninstall it after we're finished. You should install these
  87. two packages now. If you need help, you can refer to :ref:`how to install
  88. Django with pip<installing-official-release>`. You can install ``distribute``
  89. the same way.
  90. .. _distribute: http://pypi.python.org/pypi/distribute
  91. .. _pip: http://pypi.python.org/pypi/pip
  92. Packaging your app
  93. ==================
  94. Python *packaging* refers to preparing your app in a specific format that can
  95. be easily installed and used. Django itself is packaged very much like
  96. this. For a small app like polls, this process isn't too difficult.
  97. 1. First, create a parent directory for ``polls``, outside of your Django
  98. project. Call this directory ``django-polls``.
  99. .. admonition:: Choosing a name for your app
  100. When choosing a name for your package, check resources like PyPI to avoid
  101. naming conflicts with existing packages. It's often useful to prepend
  102. ``django-`` to your module name when creating a package to distribute.
  103. This helps others looking for Django apps identify your app as Django
  104. specific.
  105. 2. Move the ``polls`` directory into the ``django-polls`` directory.
  106. 3. Create a file ``django-polls/README.rst`` with the following contents::
  107. =====
  108. Polls
  109. =====
  110. Polls is a simple Django app to conduct Web-based polls. For each
  111. question, visitors can choose between a fixed number of answers.
  112. Detailed documentation is in the "docs" directory.
  113. Quick start
  114. -----------
  115. 1. Add "polls" to your INSTALLED_APPS setting like this::
  116. INSTALLED_APPS = (
  117. ...
  118. 'polls',
  119. )
  120. 2. Include the polls URLconf in your project urls.py like this::
  121. url(r'^polls/', include('polls.urls')),
  122. 3. Run `python manage.py migrate` to create the polls models.
  123. 4. Start the development server and visit http://127.0.0.1:8000/admin/
  124. to create a poll (you'll need the Admin app enabled).
  125. 5. Visit http://127.0.0.1:8000/polls/ to participate in the poll.
  126. 4. Create a ``django-polls/LICENSE`` file. Choosing a license is beyond the
  127. scope of this tutorial, but suffice it to say that code released publicly
  128. without a license is *useless*. Django and many Django-compatible apps are
  129. distributed under the BSD license; however, you're free to pick your own
  130. license. Just be aware that your licensing choice will affect who is able
  131. to use your code.
  132. 5. Next we'll create a ``setup.py`` file which provides details about how to
  133. build and install the app. A full explanation of this file is beyond the
  134. scope of this tutorial, but the `distribute docs
  135. <http://packages.python.org/distribute/setuptools.html>`_ have a good explanation.
  136. Create a file ``django-polls/setup.py`` with the following contents::
  137. import os
  138. from setuptools import setup
  139. README = open(os.path.join(os.path.dirname(__file__), 'README.rst')).read()
  140. # allow setup.py to be run from any path
  141. os.chdir(os.path.normpath(os.path.join(os.path.abspath(__file__), os.pardir)))
  142. setup(
  143. name='django-polls',
  144. version='0.1',
  145. packages=['polls'],
  146. include_package_data=True,
  147. license='BSD License', # example license
  148. description='A simple Django app to conduct Web-based polls.',
  149. long_description=README,
  150. url='http://www.example.com/',
  151. author='Your Name',
  152. author_email='yourname@example.com',
  153. classifiers=[
  154. 'Environment :: Web Environment',
  155. 'Framework :: Django',
  156. 'Intended Audience :: Developers',
  157. 'License :: OSI Approved :: BSD License', # example license
  158. 'Operating System :: OS Independent',
  159. 'Programming Language :: Python',
  160. # replace these appropriately if you are using Python 3
  161. 'Programming Language :: Python :: 2',
  162. 'Programming Language :: Python :: 2.7',
  163. 'Topic :: Internet :: WWW/HTTP',
  164. 'Topic :: Internet :: WWW/HTTP :: Dynamic Content',
  165. ],
  166. )
  167. .. admonition:: I thought you said we were going to use ``distribute``?
  168. Distribute is a drop-in replacement for ``setuptools``. Even though we
  169. appear to import from ``setuptools``, since we have ``distribute``
  170. installed, it will override the import.
  171. 6. Only Python modules and packages are included in the package by default. To
  172. include additional files, we'll need to create a ``MANIFEST.in`` file. The
  173. distribute docs referred to in the previous step discuss this file in more
  174. details. To include the templates, the ``README.rst`` and our ``LICENSE``
  175. file, create a file ``django-polls/MANIFEST.in`` with the following
  176. contents::
  177. include LICENSE
  178. include README.rst
  179. recursive-include polls/static *
  180. recursive-include polls/templates *
  181. 7. It's optional, but recommended, to include detailed documentation with your
  182. app. Create an empty directory ``django-polls/docs`` for future
  183. documentation. Add an additional line to ``django-polls/MANIFEST.in``::
  184. recursive-include docs *
  185. Note that the ``docs`` directory won't be included in your package unless
  186. you add some files to it. Many Django apps also provide their documentation
  187. online through sites like `readthedocs.org <http://readthedocs.org>`_.
  188. 8. Try building your package with ``python setup.py sdist`` (run from inside
  189. ``django-polls``). This creates a directory called ``dist`` and builds your
  190. new package, ``django-polls-0.1.tar.gz``.
  191. For more information on packaging, see `The Hitchhiker's Guide to Packaging
  192. <http://guide.python-distribute.org/quickstart.html>`_.
  193. Using your own package
  194. ======================
  195. Since we moved the ``polls`` directory out of the project, it's no longer
  196. working. We'll now fix this by installing our new ``django-polls`` package.
  197. .. admonition:: Installing as a user library
  198. The following steps install ``django-polls`` as a user library. Per-user
  199. installs have a lot of advantages over installing the package system-wide,
  200. such as being usable on systems where you don't have administrator access
  201. as well as preventing the package from affecting system services and other
  202. users of the machine.
  203. Note that per-user installations can still affect the behavior of system
  204. tools that run as that user, so ``virtualenv`` is a more robust solution
  205. (see below).
  206. 1. Inside ``django-polls/dist``, untar the new package
  207. ``django-polls-0.1.tar.gz`` (e.g. ``tar xzvf django-polls-0.1.tar.gz``). If
  208. you're using Windows, you can download the command-line tool bsdtar_ to do
  209. this, or you can use a GUI-based tool such as 7-zip_.
  210. 2. Change into the directory created in step 1 (e.g. ``cd django-polls-0.1``).
  211. 3. If you're using GNU/Linux, Mac OS X or some other flavor of Unix, enter the
  212. command ``python setup.py install --user`` at the shell prompt. If you're
  213. using Windows, start up a command shell and run the command
  214. ``setup.py install --user``.
  215. With luck, your Django project should now work correctly again. Run the
  216. server again to confirm this.
  217. 4. To uninstall the package, use pip (you already :ref:`installed it
  218. <installing-reusable-apps-prerequisites>`, right?)::
  219. pip uninstall django-polls
  220. .. _bsdtar: http://gnuwin32.sourceforge.net/packages/bsdtar.htm
  221. .. _7-zip: http://www.7-zip.org/
  222. .. _pip: http://pypi.python.org/pypi/pip
  223. Publishing your app
  224. ===================
  225. Now that we've packaged and tested ``django-polls``, it's ready to share with
  226. the world! If this wasn't just an example, you could now:
  227. * Email the package to a friend.
  228. * Upload the package on your Web site.
  229. * Post the package on a public repository, such as `The Python Package Index
  230. (PyPI) <http://guide.python-distribute.org/contributing.html#pypi-info>`_.
  231. For more information on PyPI, see the `Quickstart
  232. <http://guide.python-distribute.org/quickstart.html#register-your-package-with-the-python-package-index-pypi>`_
  233. section of The Hitchhiker's Guide to Packaging. One detail this guide mentions
  234. is choosing the license under which your code is distributed.
  235. Installing Python packages with virtualenv
  236. ==========================================
  237. Earlier, we installed the polls app as a user library. This has some
  238. disadvantages:
  239. * Modifying the user libraries can affect other Python software on your system.
  240. * You won't be able to run multiple versions of this package (or others with
  241. the same name).
  242. Typically, these situations only arise once you're maintaining several Django
  243. projects. When they do, the best solution is to use `virtualenv
  244. <http://www.virtualenv.org/>`_. This tool allows you to maintain multiple
  245. isolated Python environments, each with its own copy of the libraries and
  246. package namespace.