Skip to main content

Collections and Groups with provider support for auth and storage

Project description

xwmodels

Entity collections and groups on top of xwentity, wired for the rest of the eXonware stack. Details live in per-project REF docs.

Company: eXonware.com · Author: eXonware Backend Team · Email: connect@exonware.com

Status Python License


📦 Install

pip install exonware-xwmodels
pip install exonware-xwmodels[lazy]
pip install exonware-xwmodels[full]

🚀 Quick start

from exonware.xwmodels import *
# Or: import xwmodels
# Collections and groups of entities - see docs for patterns

See docs/ for REF_* files and examples.


✨ What you get

Area Contents
Models Entity collections and groups built on xwentity.
Integration Hooks for xwentity, xwstorage, xwaction.
Tooling Utilities aimed at larger, consistent model graphs.

🧱 Core model roles

  • XWModelEntity (entity_compat.py) is the xwmodels compatibility facade over exonware.xwentity.XWEntity (data-first ergonomics + model-facing helpers).
  • XWModelCollection (collection.py) manages many entities of one type and adds persistence-aware collection behavior via storage contracts.
  • XWModelGroup (group.py) manages multiple collections, supports nested subgroups (tree hierarchy), and coordinates group-level save/load through providers.
  • Shared foundation: model collection and model group inherit XWObject from xwsystem for lightweight identity/object semantics; entity behavior is inherited from core xwentity.
  • Compatibility alias: XWEntity remains exported as an alias to XWModelEntity for backward compatibility.

📊 Model management layer in practice

  • Base systems: use one XWModelGroup per bounded system (for example auth, catalog, billing, content) and keep each system's collections under that group.
  • Domain partitioning: map each aggregate/root model to one XWModelCollection (users, roles, invoices, products), with one schema contract and many entities.
  • Nested environments: create subgroups for dev / staging / prod, tenant spaces, or regional shards while preserving one management API.
  • Provider orchestration: plug storage/auth providers at group level so save/load and access control policies are consistent across all collections in that system.
  • App composition: xwbase-style systems can compose multiple groups to build complete application backbones while reusing the same entity/collection/group semantics.

🌐 Ecosystem functional contributions

xwmodels is the management layer over entity collections/groups; sibling libraries provide the contracts that make model systems production-capable. You can adopt xwmodels standalone as a model-organization layer on top of your existing domain code. Connecting to more XW modules is optional and primarily useful for enterprise and mission-critical model infrastructure that needs consistent self-hosted contracts.

Supporting XW lib What it provides to xwmodels Functional requirement it satisfies
XWEntity Core entity/collection/group semantics and compatibility facade targets. Stable domain model foundation for model graphs.
XWStorage Provider contracts and persistence paths for model save/load operations. Durable model state and environment/tenant partition persistence.
XWAction Action integration for model-level workflows and operations. Workflow and automation on top of model collections/groups.
XWSystem Base object/runtime contracts reused by model types. Consistent object lifecycle and shared infrastructure behavior.
XWSchema Validation rules for model payloads and evolution. Controlled schema integrity for large model graphs.
XWBase Higher-level composition layer that consumes model systems. End-to-end application assembly from reusable model primitives.

This positions xwmodels as orchestration for large domain graphs, not just a thin alias package.


📖 Docs and tests

  • Start: docs/INDEX.md or docs/.
  • Tests: From repo root, e.g. python tests/runner.py, per project layout.

📜 License and links

Apache-2.0 - see LICENSE. Homepage: https://exonware.com · Repository: https://github.com/exonware/xwmodels

⏱️ Async Support

  • xwmodels includes asynchronous execution paths in production code.
  • Source validation: 9 async def definitions and 2 await usages under src/.
  • Use async APIs for I/O-heavy or concurrent workloads to improve throughput and responsiveness.

Version: 0.6.0.9 | Updated: 10-Apr-2026

Built with ❤️ by eXonware.com - Revolutionizing Python Development Since 2025

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

exonware_xwmodels-0.6.0.9.tar.gz (81.8 kB view details)

Uploaded Source

Built Distribution

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

exonware_xwmodels-0.6.0.9-py3-none-any.whl (67.4 kB view details)

Uploaded Python 3

File details

Details for the file exonware_xwmodels-0.6.0.9.tar.gz.

File metadata

  • Download URL: exonware_xwmodels-0.6.0.9.tar.gz
  • Upload date:
  • Size: 81.8 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.12.13

File hashes

Hashes for exonware_xwmodels-0.6.0.9.tar.gz
Algorithm Hash digest
SHA256 9585202960200b911fe3b03403efcc7b00781fae6081d19c2b4be7e2b085b9b3
MD5 fb590172d77c3440a8dca822b80ddf58
BLAKE2b-256 f1a22345ca0042f426bdd299e6d241a71cac19f32df0b96b1a4ad8ef28e3ab36

See more details on using hashes here.

File details

Details for the file exonware_xwmodels-0.6.0.9-py3-none-any.whl.

File metadata

File hashes

Hashes for exonware_xwmodels-0.6.0.9-py3-none-any.whl
Algorithm Hash digest
SHA256 40aa20b12bcc8ab8e2877e08350420c1f469cb44ed8a9dcd938da3ee6a62e01c
MD5 08fb91e8ea6336004df949f713699ea1
BLAKE2b-256 82f56efbc5456065564ce8c079c59094fa2e3c7319e4945dc28b31d111e1624b

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