Skip to main content

Expose and perform reverse lookups of Django URLs in the frontend world.

Project description

Django-js-routes is a Django application allowing to expose and perform reverse lookups of Django named URL patterns on the client side.

Main requirements

Python 3.4+, Django 2.0+.

Installation

To install Django-js-routes, please use the pip command as follows:

$ pip install --pre django-js-routes

Once the package is installed, you’ll have to add the application to INSTALLED_APPS in your project’s settings module:

INSTALLED_APPS = (
    # all other apps...
    'js_routes',
)

You can then define which URL patterns or URL namespaces you want to expose to the client side by setting the JS_ROUTES_INCLUSION_LIST setting. This setting allows to define which URLs should be serialized and made available to the client side through the generated and / or exported Javascript helper. This list should contain only URL pattern names or namespaces. Here is an example:

JS_ROUTES_INCLUSION_LIST = [
    'home',
    'catalog:product_list',
    'catalog:product_detail',
]

Note that if a namespace is included in this list, all the underlying URLs will be made available to the client side through the generated Javascript helper. Django-js-routes is safe by design in the sense that only the URLs that you configure in this inclusion list will be publicly exposed on the client side.

Once the list of URLs to expose is configured, you can add the {% js_routes %} tag to your base template in order to ensure that the Javascript helper is available to you when you need it:

{% load js_routes_tags %}
<html>
    <head>
    </head>
    <body>
        <!-- At the bottom of the document's body... -->
        {% js_routes %}
    </body>
</html>

Usage

The URL patterns you configured through the JS_ROUTES_INCLUSION_LIST setting can then be reversed using the generated window.reverseUrl function, which can be used pretty much the “same” way you’d use reverse on the Django side:

window.reverseUrl('home');
window.reverseUrl('catalog:product_list');
window.reverseUrl('catalog:product_detail', productId);
window.reverseUrl('catalog:product_detail', { pk: productId });

Settings

JS_ROUTES_INCLUSION_LIST

Default: []

The JS_ROUTES_INCLUSION_LIST setting allows to define the URL patterns and URL namespaces that should be exposed to the client side through the generated Javascript helper.

Advanced features

Inserting only the serialized URLs in Django templates

By default, the {% js_routes %} template tag only allows to trigger the generation of the serialized URLs (which are stored in a Javascript object on the window object) and to include a Javascript URL resolver function in your HTML using the Django’s static template tag. Actually, a standard use of the {% js_routes %} statement is equivalent to:

{% js_routes routes_only=True %}
<script src="{% static 'js/routes/resolver.js' %}"></script>

The routes_only option allows to only include the serialized URLs in the output of {% js_routes %}. It gives you the ability to include the Javascript URL resolver that comes with Django-js-routes using another static statement. This also allows you to cache the output of the {% js_routes routes_only=True %} statement if you want (so that serialized URLs are not generated for every request).

Dumping the Javascript routes resolver

As explained earlier, the {% js_routes %} template tag triggers the generation of the serialized URLs and includes a client-side URL resolver in the final HTML. One downside of this behaviour is that the serialized URLs need to be generated every time your HTML template is rendered.

Instead it is possible to just dump the whole list of serialized URLs AND the URL resolver function into a single Javascript module file. This can be achieved using the dump_routes_resolver command, which can be used as follows:

$ python manage.py dump_routes_resolver --format=default --output=my_exported_resolver.js

The --output option allows to specify to which file the serialized routes and resolver function should be saved while the --format option allows to specify the Javascript format to use.

--format accepts the following values:

  • default includes the routes as an object that is associated to the window object while the URL resolver is available through the window.reverseUrl function (this corresponds to the behaviour provided by a standard use of the {% js_routes %} template tag)

  • es6 allows to save the routes and the URL resolver as an ES6 module where the reverseUrl function is the default export

License

MIT. See LICENSE for more details.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

django-js-routes-0.1.0.dev0.tar.gz (8.7 kB view details)

Uploaded Source

Built Distribution

django_js_routes-0.1.0.dev0-py2.py3-none-any.whl (17.0 kB view details)

Uploaded Python 2 Python 3

File details

Details for the file django-js-routes-0.1.0.dev0.tar.gz.

File metadata

File hashes

Hashes for django-js-routes-0.1.0.dev0.tar.gz
Algorithm Hash digest
SHA256 7b0568b20d5e3d148987b5d2e726799b934edf4506c1d82208e599332205833b
MD5 7087682b8acde3384d89034a0b8a60be
BLAKE2b-256 e376390aecbf4ad116f549b8443a18ababc61f8a98a80af4db6ef8c1634fe2e1

See more details on using hashes here.

File details

Details for the file django_js_routes-0.1.0.dev0-py2.py3-none-any.whl.

File metadata

File hashes

Hashes for django_js_routes-0.1.0.dev0-py2.py3-none-any.whl
Algorithm Hash digest
SHA256 ff797caecf701f9772457da2b38add1955f0b3339f5431a3d63cf295b1d4c73f
MD5 3365a969e68aff4c80ac8d3a80b72162
BLAKE2b-256 e51af644a4a3234d6f2f9a43add120cd58daa6d98d9579a69cf879921731654a

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page