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.12 | Updated: 11-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.12.tar.gz (82.0 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.12-py3-none-any.whl (67.5 kB view details)

Uploaded Python 3

File details

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

File metadata

  • Download URL: exonware_xwmodels-0.6.0.12.tar.gz
  • Upload date:
  • Size: 82.0 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.12.tar.gz
Algorithm Hash digest
SHA256 c7fbe75de6eab989bd6f3a47b9fd1de24c8df6b196338128c000c064ba0f55fc
MD5 9d556d881795c24ffc49bcce869cd4a5
BLAKE2b-256 8acd2638aa76038cbe67487a65b752944bd4913554804e43daf7aa655e232abb

See more details on using hashes here.

File details

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

File metadata

File hashes

Hashes for exonware_xwmodels-0.6.0.12-py3-none-any.whl
Algorithm Hash digest
SHA256 a490797837b49950bc2d3bfeba44f971d257a6042b59d1f8498cbef4e9648005
MD5 9c5da0903df1fec0a3d2aca649840f71
BLAKE2b-256 09776979a68d4bddafc624caf057e3db20c5067243f6a500d46e2afeef860805

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