| .. currentmodule:: argparse |
| |
| .. _upgrading-optparse-code: |
| .. _migrating-optparse-code: |
| |
| ============================================ |
| Migrating ``optparse`` code to ``argparse`` |
| ============================================ |
| |
| The :mod:`argparse` module offers several higher level features not natively |
| provided by the :mod:`optparse` module, including: |
| |
| * Handling positional arguments. |
| * Supporting subcommands. |
| * Allowing alternative option prefixes like ``+`` and ``/``. |
| * Handling zero-or-more and one-or-more style arguments. |
| * Producing more informative usage messages. |
| * Providing a much simpler interface for custom ``type`` and ``action``. |
| |
| Originally, the :mod:`argparse` module attempted to maintain compatibility |
| with :mod:`optparse`. However, the fundamental design differences between |
| supporting declarative command line option processing (while leaving positional |
| argument processing to application code), and supporting both named options |
| and positional arguments in the declarative interface mean that the |
| API has diverged from that of ``optparse`` over time. |
| |
| As described in :ref:`choosing-an-argument-parser`, applications that are |
| currently using :mod:`optparse` and are happy with the way it works can |
| just continue to use ``optparse``. |
| |
| Application developers that are considering migrating should also review |
| the list of intrinsic behavioural differences described in that section |
| before deciding whether or not migration is desirable. |
| |
| For applications that do choose to migrate from :mod:`optparse` to :mod:`argparse`, |
| the following suggestions should be helpful: |
| |
| * Replace all :meth:`optparse.OptionParser.add_option` calls with |
| :meth:`ArgumentParser.add_argument` calls. |
| |
| * Replace ``(options, args) = parser.parse_args()`` with ``args = |
| parser.parse_args()`` and add additional :meth:`ArgumentParser.add_argument` |
| calls for the positional arguments. Keep in mind that what was previously |
| called ``options``, now in the :mod:`argparse` context is called ``args``. |
| |
| * Replace :meth:`optparse.OptionParser.disable_interspersed_args` |
| by using :meth:`~ArgumentParser.parse_intermixed_args` instead of |
| :meth:`~ArgumentParser.parse_args`. |
| |
| * Replace callback actions and the ``callback_*`` keyword arguments with |
| ``type`` or ``action`` arguments. |
| |
| * Replace string names for ``type`` keyword arguments with the corresponding |
| type objects (e.g. int, float, complex, etc). |
| |
| * Replace :class:`optparse.Values` with :class:`Namespace` and |
| :exc:`optparse.OptionError` and :exc:`optparse.OptionValueError` with |
| :exc:`ArgumentError`. |
| |
| * Replace strings with implicit arguments such as ``%default`` or ``%prog`` with |
| the standard Python syntax to use dictionaries to format strings, that is, |
| ``%(default)s`` and ``%(prog)s``. |
| |
| * Replace the OptionParser constructor ``version`` argument with a call to |
| ``parser.add_argument('--version', action='version', version='<the version>')``. |