dynamicforms-fastapi-viewsets 0.3.5__tar.gz → 0.4.0__tar.gz

{dynamicforms_fastapi_viewsets-0.3.5 → dynamicforms_fastapi_viewsets-0.4.0}/.gitignore

@@ -2,8 +2,11 @@
 node_modules
 coverage
 dist
+/demo/test-results
+/demo/backend/demo.sqlite3
 
 /celerybeat-schedule.db
+/demo/backend/demo.sqlite3
 
 /docs/.vitepress/cache
 /package-lock.json

{dynamicforms_fastapi_viewsets-0.3.5 → dynamicforms_fastapi_viewsets-0.4.0}/PKG-INFO

@@ -1,6 +1,6 @@
-Metadata-Version: 2.4
+Metadata-Version: 2.5
 Name: dynamicforms-fastapi-viewsets
-Version: 0.3.5
+Version: 0.4.0
 Summary: Django REST Framework-style viewsets for FastAPI, with optional Celery-backed async execution and a Vue/TypeScript client counterpart.
 Project-URL: Homepage, https://github.com/dynamicforms/fastapi-viewsets
 Project-URL: Repository, https://github.com/dynamicforms/fastapi-viewsets
@@ -34,6 +34,7 @@ Requires-Dist: celery; extra == 'dev'
 Requires-Dist: coverage; extra == 'dev'
 Requires-Dist: django; extra == 'dev'
 Requires-Dist: httpx; extra == 'dev'
+Requires-Dist: muxws[starlette,websockets]>=0.3.1; extra == 'dev'
 Requires-Dist: pyjwt; extra == 'dev'
 Requires-Dist: pytest; extra == 'dev'
 Requires-Dist: pytest-asyncio; extra == 'dev'
@@ -44,6 +45,8 @@ Requires-Dist: asgiref>=3.6; extra == 'django'
 Requires-Dist: django>=4.2; extra == 'django'
 Provides-Extra: jwt
 Requires-Dist: pyjwt>=2.8; extra == 'jwt'
+Provides-Extra: muxws
+Requires-Dist: muxws[starlette]>=0.3.1; extra == 'muxws'
 Description-Content-Type: text/markdown
 
 # DynamicForms FastAPI Viewsets
@@ -56,12 +59,29 @@ Celery-backed async execution and a matching Vue/TypeScript client counterpart.
   Handles type resolution, lifecycle management and OpenAPI schema automatically.
 - **`CollectionViewSet`** — zero-boilerplate in-memory viewset backed by any Python list, set or dict.
   Great for prototyping and testing.
+- **`DjangoORMViewSet`** — back a viewset with a Django QuerySet. The filters it can compile, the
+  sort order with its NULL placement, the page as LIMIT/OFFSET and the total as `COUNT(*)` all
+  become SQL; a stage it declines falls back to the in-memory pass instead of failing, and
+  `pk_field_name` comes from the model's primary key (requires the `django` extra).
 - **`celery_viewset` decorator** — move a viewset's execution to a Celery worker with no code changes
   to the viewset itself, for long-running or background processing scenarios (requires the `celery`
   extra).
 - **Bulk operations** — first-class support for bulk create, update, partial update and destroy.
-- **Vue / TypeScript counterpart** — mirror mixin classes and a `route_rest` factory give you a fully
-  typed HTTP client that matches your backend viewset exactly (published separately as
+- **muxws transport** — reach the same viewsets over a single WebSocket instead of one HTTP request
+  per call. A command is dispatched into an app built from the endpoints published on muxws, each
+  carrying the route kwargs REST is given, so validation, dependencies, response models and the
+  command middleware from `settings.viewsets_command_middleware` behave identically; that app is the
+  library's own, so what you attached anywhere but the endpoint itself sees a command only if you
+  pass your app to `process_command`. In the demo, a burst of 100 requests takes 156 ms over REST
+  and 37 ms over muxws.
+- **Three list shapes** — a bare array, offset paging, or cursor paging. A viewset declares which,
+  and may let a client pick per request with an `X-List-Shape` header.
+- **Declarative filters** — declare which fields accept which operators and get query parameters,
+  an OpenAPI schema and filtering for free; backends translate what they can into their own query.
+- **Vue / TypeScript counterpart** — mirror mixin classes and the `restViewSet` / `muxwsViewSet` class
+  factory give you a fully typed client that matches your backend viewset exactly: the mixins a ViewSet
+  declares are its public surface, so calling an action it did not declare is a compile error rather
+  than a runtime 404 (published separately as
   [`@dynamicforms/fastapi-viewsets`](https://www.npmjs.com/package/@dynamicforms/fastapi-viewsets) on npm).
 
 ## Installation
@@ -71,6 +91,12 @@ pip install dynamicforms-fastapi-viewsets
 
 # with Celery-backed viewset support
 pip install "dynamicforms-fastapi-viewsets[celery]"
+
+# with the muxws WebSocket transport
+pip install "dynamicforms-fastapi-viewsets[muxws]"
+
+# with the Django ORM backend (Django 4.2+ and asgiref)
+pip install "dynamicforms-fastapi-viewsets[django]"
 ```
 
 Requires Python 3.10+, FastAPI and Pydantic v2.
@@ -107,7 +133,23 @@ app.include_router(router)
 ```
 
 See the [full documentation](https://docs.velis.si/dynamicforms/fastapi-viewsets/) for guides on
-the mixin system, `route_viewset`, `CollectionViewSet`, `celery_viewset`, and the Vue client.
+the mixin system, `route_viewset`, `CollectionViewSet`, `DjangoORMViewSet`, `celery_viewset`, the
+list pipeline and pagination, the muxws transport, and the Vue client.
+
+## Demo
+
+```bash
+python demo.py                       # backend on :8000, frontend on :5173
+python demo.py --celery              # ... with every viewset call routed through a Celery worker
+npm run test:e2e                     # drives the demo in a browser
+```
+
+An infinite-scrolling grid over a 5000-track library, cursor-paged. Switch the whole grid between
+the REST and muxws transports and between the in-memory and SQLite backends, and compare their
+latency side by side. Sorting and filtering are server-side.
+
+`--celery` needs Redis on localhost:6379. The end-to-end suite starts its own backend and dev
+server on their own ports.
 
 ## License
 

dynamicforms_fastapi_viewsets-0.4.0/README.md

@@ -0,0 +1,105 @@
+# DynamicForms FastAPI Viewsets
+
+Django REST Framework-style viewsets for [FastAPI](https://fastapi.tiangolo.com/), with optional
+Celery-backed async execution and a matching Vue/TypeScript client counterpart.
+
+- **Python mixins for FastAPI** — compose CRUD and bulk endpoints from small, focused mixin classes.
+- **`route_viewset` decorator** — register a viewset on a FastAPI router with a single decorator call.
+  Handles type resolution, lifecycle management and OpenAPI schema automatically.
+- **`CollectionViewSet`** — zero-boilerplate in-memory viewset backed by any Python list, set or dict.
+  Great for prototyping and testing.
+- **`DjangoORMViewSet`** — back a viewset with a Django QuerySet. The filters it can compile, the
+  sort order with its NULL placement, the page as LIMIT/OFFSET and the total as `COUNT(*)` all
+  become SQL; a stage it declines falls back to the in-memory pass instead of failing, and
+  `pk_field_name` comes from the model's primary key (requires the `django` extra).
+- **`celery_viewset` decorator** — move a viewset's execution to a Celery worker with no code changes
+  to the viewset itself, for long-running or background processing scenarios (requires the `celery`
+  extra).
+- **Bulk operations** — first-class support for bulk create, update, partial update and destroy.
+- **muxws transport** — reach the same viewsets over a single WebSocket instead of one HTTP request
+  per call. A command is dispatched into an app built from the endpoints published on muxws, each
+  carrying the route kwargs REST is given, so validation, dependencies, response models and the
+  command middleware from `settings.viewsets_command_middleware` behave identically; that app is the
+  library's own, so what you attached anywhere but the endpoint itself sees a command only if you
+  pass your app to `process_command`. In the demo, a burst of 100 requests takes 156 ms over REST
+  and 37 ms over muxws.
+- **Three list shapes** — a bare array, offset paging, or cursor paging. A viewset declares which,
+  and may let a client pick per request with an `X-List-Shape` header.
+- **Declarative filters** — declare which fields accept which operators and get query parameters,
+  an OpenAPI schema and filtering for free; backends translate what they can into their own query.
+- **Vue / TypeScript counterpart** — mirror mixin classes and the `restViewSet` / `muxwsViewSet` class
+  factory give you a fully typed client that matches your backend viewset exactly: the mixins a ViewSet
+  declares are its public surface, so calling an action it did not declare is a compile error rather
+  than a runtime 404 (published separately as
+  [`@dynamicforms/fastapi-viewsets`](https://www.npmjs.com/package/@dynamicforms/fastapi-viewsets) on npm).
+
+## Installation
+
+```bash
+pip install dynamicforms-fastapi-viewsets
+
+# with Celery-backed viewset support
+pip install "dynamicforms-fastapi-viewsets[celery]"
+
+# with the muxws WebSocket transport
+pip install "dynamicforms-fastapi-viewsets[muxws]"
+
+# with the Django ORM backend (Django 4.2+ and asgiref)
+pip install "dynamicforms-fastapi-viewsets[django]"
+```
+
+Requires Python 3.10+, FastAPI and Pydantic v2.
+
+## Quick example
+
+```python
+from fastapi import APIRouter, FastAPI
+from pydantic import BaseModel
+
+from fastapi_viewsets.collection_viewset import CollectionViewSet
+from fastapi_viewsets.decorators.route_viewset import route_viewset
+from fastapi_viewsets.mixins import BulkViewSetMixin
+
+
+class Item(BaseModel):
+    id: int
+    name: str
+
+
+database: dict[int, Item] = {1: Item(id=1, name="First element")}
+
+app = FastAPI()
+router = APIRouter()
+
+
+@route_viewset(router, base_path="/items", pk_field_name="id")
+class ItemViewSet(CollectionViewSet[int, Item], BulkViewSetMixin[int, Item]):
+    def __init__(self):
+        super().__init__(container=database, pk_field="id")
+
+
+app.include_router(router)
+```
+
+See the [full documentation](https://docs.velis.si/dynamicforms/fastapi-viewsets/) for guides on
+the mixin system, `route_viewset`, `CollectionViewSet`, `DjangoORMViewSet`, `celery_viewset`, the
+list pipeline and pagination, the muxws transport, and the Vue client.
+
+## Demo
+
+```bash
+python demo.py                       # backend on :8000, frontend on :5173
+python demo.py --celery              # ... with every viewset call routed through a Celery worker
+npm run test:e2e                     # drives the demo in a browser
+```
+
+An infinite-scrolling grid over a 5000-track library, cursor-paged. Switch the whole grid between
+the REST and muxws transports and between the in-memory and SQLite backends, and compare their
+latency side by side. Sorting and filtering are server-side.
+
+`--celery` needs Redis on localhost:6379. The end-to-end suite starts its own backend and dev
+server on their own ports.
+
+## License
+
+MIT — see [LICENSE](LICENSE).

dynamicforms_fastapi_viewsets-0.4.0/fastapi_viewsets/__init__.py

@@ -0,0 +1 @@
+__version__ = "0.4.0"

dynamicforms_fastapi_viewsets-0.4.0/fastapi_viewsets/backends/__init__.py

@@ -0,0 +1,7 @@
+"""
+Concrete data-source backends for viewsets.
+
+`CollectionViewSet` (in the package root) covers anything already in memory. Everything here backs
+a viewset with a store that can answer part of a list query itself, and so has to translate the
+pipeline's stages into that store's own language rather than filtering a list.
+"""