python-manifest
Manifest is a flexible and dynamic Python library designed for managing application manifests including configurations in Python projects. By using the pydantic library for data validation, it allows you to define your own models, support dynamic configurations via expressions, and even instantiate Python objects directly from the configuration.
For more information, check out the Documentation.
Features
- Load manifests and configurations from various sources including files and environment variables.
- Define manifests as Pydantic models.
- Supports dynamic configurations through the use of expressions.
- Instantiate Python objects directly from the configuration using Instantiable model.
- Supports YAML, JSON, and TOML files out of the box.
- Built on top of
asyncio. - Support for multiple file systems using
fsspec.
Getting Started
Install the library using pip:
pip install python-manifest
Usage
Manifest Object
The Manifest class allows you to load and process manifests and configurations from various sources. It is designed to be subclassed, allowing you to define your own configuration models.
class MyConfiguration(Manifest):
my_value: str
Building the Manifest
Manifest instances can be created just like any other Pydantic model. You can create one from keyword arguments, from a dictionary, etc.
config = MyConfiguration(my_value="Hello, World!")
config = MyConfiguration.parse_obj({"my_value": "Hello, World!"})
It supports a variety of ways to build the Manifest using methods like from_files, from_env, from_key_values, and more. They make it easy
to load and validate configurations from various sources, but often times you'll want to use a combination of them. This can be accomplished using the build method:
config = await MyConfiguration.build(
files=["path/to/config.yaml"],
dotenv_files=["path/to/.env"],
key_values=["key=value"],
env_prefix="MY_CONFIGURATION",
pre_process_hooks=[do_something_with_raw_text_func],
post_process_hooks=[do_something_with_deserialized_text_func],
)
Most cases will only require a subset of these arguments, but they are all available for you to use. The build method will automatically decide which serializer to use based on the file extension. You will most often just use build when working with Manifests, but you can use the other methods if you need more control.
Files can be loaded from various sources including local files, remote files, and even compressed files. The fsspec library is used to support multiple file systems.
config = await MyConfiguration.from_files(
files=["s3://path/to/config.yaml"],
)
Saving the Manifest
While a Manifest can be built from many different files, you can only persist a Manifest to a single file. To save it use the to_file method. It will automatically decide the serializer based on the file extension.
await config.to_file("s3://path/to/config.yaml")
Expressions
Manifest supports dynamic configurations through the use of expressions, providing a way to inject dynamic values into your configuration.
my_value: $reverse{sometext}
Instantiable Class
Instantiable is a generic model that can be used to instantiate objects from a model. It allows for direct instantiation of Python objects from the configuration, working in tandem with the Manifest.
class MyObj:
def __init__(self, n: int):
self.n = n
class MyConfiguration(Manifest):
my_obj: Instantiable[MyObj]
config = MyConfiguration(my_obj={"target": "my_module.MyObj", "n": 7})
obj = config.my_obj.instantiate()
print(obj.n) # Output: 7
Instantiable objects can be instantiated from a dictionary or a Manifest. The target key is required and must be a string representing the path to the class. Any additional fields are treated as keyword arguments to the class constructor.
Contributing
Merge requests are always welcome! Feel free to open a new issue if you have any questions or suggestions.
Metadata
Release files for python-manifest 2.3.3
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| python_manifest-2.3.3-py3-none-any.whl | Python 3 | none | any | Details for python_manifest-2.3.3-py3-none-any.whl |
Release files / python_manifest-2.3.3-py3-none-any.whl
| Download URL | python_manifest-2.3.3-py3-none-any.whl |
|---|---|
| Size | 21.9 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
4b35422ab5eb4fc1e8a5c630cbf5ebeb525001efced770db3cf5c11725a7f4e4
|
|
BLAKE2b-256 checksum How to use checksums |
7cdc3ed5c303408ad6894e03af2111cd77c4e0c5fbe97712a65d10b37c1a0f62
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
uv/0.6.6
|
Security for python-manifest 2.3.3
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.