overseer
cf7e162cbc
The presence business operations (schedule upsert, override
create/delete, each followed by regenerate_for_child) lived only in the
HA-coupled service handlers, so the API admin plane could not reuse
them. Extract them into core/presence_management.py — model-validated
PresenceSchedule/PresenceOverride construction, the typed DAO calls
and the regeneration side effect in ONE Home-Assistant-free
implementation — and reduce the three HA service handlers to thin
wrappers over it.
Expose the admin plane's presence routes on the existing admin router
(PUT /children/{child_id}/presence-schedule, POST
/presence-overrides, DELETE /presence-overrides/{override_id}): the
body models carry only the shape, validation stays in the presence
model, and the error mapping stays narrow (unknown child/override 404,
rejected schedule/override 422). Tests drive all three routes as an
admin, prove the schedule upserts in place, an override is created and
then deleted, and the child's resolved presence (PresenceEngine)
changes accordingly.
11 lines
455 B
Python
11 lines
455 B
Python
"""Re-export of :mod:`custom_components.nestquest.core.presence_management` for the integration package.
|
|
|
|
The presence-write business layer lives in
|
|
:mod:`custom_components.nestquest.core.presence_management` (added for
|
|
task e4a9d31b); this module re-exports it so the integration's service
|
|
handlers call the ONE implementation the API admin plane shares.
|
|
"""
|
|
from __future__ import annotations
|
|
|
|
from .core.presence_management import * # noqa: F401,F403
|