Skip to main content

Content generation with Jinja templates in between comments

Project description

autojinja

autojinja is a Python3 module that allows generating code inside any file using Jinja templates in between comments. It aims to assist development workflows by using simple Python3 scripts that perform content generation of neighboring files, which enables generating code next to traditionally hand-made code efficiently.

It includes :

  • Content generation in any file that accepts comments
  • Ability to maintain hand-made code inside generated code
  • Simple integration in build pipelines and existing codebases

autojinja can be seen as a preprocessor for most file formats, and works great with any codebase as it automates writing code manually. It shines out even more when working with metadata files (such as XML or JSON files) that centralize information which later needs to be generated across various scattered files in the codebase.

Installation

$ pip install autojinja

Usage

$ autojinja script1.py script2.py
$ autojinja -a .

Content generation

Content generation consists in generating parts of an existing file thanks to dedicated sections that delimit where the generation takes place. This technique is made possible for all files accepting comments, and allows defining Jinja templates directly in such files without breaking them.

For example, let's suppose we have a C++ file we want to generate inside. To do this, we need to write our Jinja template between [[[ and ]]] markers, followed by an [[[end]]] marker :

// main.cpp
#include <iostream>

int main() {
  std::cout << "Hello world !" << std::endl;
  // [[[ std::cout << "{{ value }}" << std::endl; ]]]  // Jinja template
  // [[[ end ]]]                                       // Code will be generated in between
  return 0;
}

The template can then be generated with a Python3 script that provides the value variable :

# main.py
from autojinja import CogTemplate

template = CogTemplate.from_file("main.cpp")
template.context(value = "Python here !").render_file()

Calling the script will modify our C++ file as such :

// main.cpp
#include <iostream>

int main() {
  std::cout << "Hello world !" << std::endl;
  // [[[ std::cout << "{{ value }}" << std::endl; ]]]  // Jinja template
  std::cout << "Python here !" << std::endl;
  // [[[ end ]]]                                       // Code will be generated in between
  return 0;
}

This technique is greatly inspired by Cog, but adapted to work with Jinja templating engine. When performing generation again, the content inside the markers is entirely replaced by the new generation.

Hand-made modifications

Modification by hand of generated code is made possible by using special sections that are preserved across new generations. To do this, we need to name a section between <<[ and ]>> markers, followed by an <<[end]>> marker :

// main.cpp
#include <iostream>

// [[[
// int main() {
//
//   std::cout << "{{ value }}" << std::endl;
//   // <<[ impl ]>>  // Manually editable section named 'impl'
//   return 0;
//   // <<[ end ]>>   // End of section
//
// }
// ]]]
int main() {

  std::cout << "Python here !" << std::endl;
  // <<[ impl ]>>  // Manually editable section named 'impl'
  std::cout << "Modified by hand" << std::endl;
  return 1;
  // <<[ end ]>>   // End of section

}
// [[[ end ]]]

When a new generation occurs, all previous sections are retrieved from the destination file and then reinserted into the new generation, inside each corresponding section with same name.

All previous sections of a destination file must be reinserted when performing a new generation, otherwise it will be considered as code loss and generation will be aborted. Human intervention is required to deal with such scenarios.

Integration in build pipelines

autojinja generation mechanism can be integrated as a build step by listing all Python3 scripts that perform generation :

$ autojinja script1.py dir/script2.py ...

autojinja also provides discover mechanisms to find and execute the concerned Python3 scripts in listed directories :

  • -r -f recursively executes all Python3 scripts named __jinja__.py

    $ autojinja -r -f .
    
  • -r -t recursively executes all Python3 scripts whose first line contains autojinja keyword (can be for instance import autojinja or from autojinja import *)

    $ autojinja -r -t .
    
  • -a equivalent to -r -f -t

    $ autojinja -a .
    

Centralized metadata files (such as XML or JSON files) can easily be accessed inside Python3 scripts using environment variables and environment files :

$ autojinja -a . -e FILE1=/tmp/file1.xml -e file.env

Links

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

autojinja-1.14.2.tar.gz (49.7 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

autojinja-1.14.2-py3-none-any.whl (27.3 kB view details)

Uploaded Python 3

File details

Details for the file autojinja-1.14.2.tar.gz.

File metadata

  • Download URL: autojinja-1.14.2.tar.gz
  • Upload date:
  • Size: 49.7 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.14.2

File hashes

Hashes for autojinja-1.14.2.tar.gz
Algorithm Hash digest
SHA256 3ae704da1e128835298e1c4ba309b07ffc6da2154a06bc2143b13dcd650a5269
MD5 2f41416f1bb858bdc4c15f53d106908f
BLAKE2b-256 6d9529ad4bd526d82ce81547096e138bc84ecd319f3182035036e5776934fc8f

See more details on using hashes here.

File details

Details for the file autojinja-1.14.2-py3-none-any.whl.

File metadata

  • Download URL: autojinja-1.14.2-py3-none-any.whl
  • Upload date:
  • Size: 27.3 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.14.2

File hashes

Hashes for autojinja-1.14.2-py3-none-any.whl
Algorithm Hash digest
SHA256 6e0e0cb314dae9123674ea3257211c99f41eab5639ad78d7612702bdfc57ddc4
MD5 3b5da6a8f157dcf5162292dad6d0239d
BLAKE2b-256 be205a56a14cd4fd5a5529a5bfaa622dba10a74ba91dd6237e1f499d61d7e494

See more details on using hashes here.

Supported by

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