The inter-service data layer (fetch_data/call_action) was the least structured part of the codebase — Python _handlers dicts with ad-hoc param extraction scattered across 16 route files. This replaces them with declarative .sx query/action definitions that make the entire inter-service protocol self-describing and greppable. Infrastructure: - defquery/defaction special forms in the sx evaluator - Query/action registry with load, lookup, and schema introspection - Query executor using async_eval with I/O primitives - Blueprint factories (create_data_blueprint/create_action_blueprint) with sx-first dispatch and Python fallback - /internal/schema endpoint on every service - parse-datetime and split-ids primitives for type coercion Service extractions: - LikesService (toggle, is_liked, liked_slugs, liked_ids) - PageConfigService (ensure, get_by_container, get_by_id, get_batch, update) - RelationsService (wraps module-level functions) - AccountDataService (user_by_email, newsletters) - CartItemsService, MarketDataService (raw SQLAlchemy lookups) 50 of 54 handlers converted to sx, 4 Python fallbacks remain (ghost-sync/push-member, clear-cart-for-order, create-order). Net: -1,383 lines Python, +251 lines modified. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
14 lines
577 B
Plaintext
14 lines
577 B
Plaintext
;; Relations service — inter-service data queries
|
|
|
|
(defquery get-children (&key parent-type parent-id child-type relation-type)
|
|
"Return child relations for a parent."
|
|
(service "relations" "get-children"
|
|
:parent-type parent-type :parent-id parent-id
|
|
:child-type child-type :relation-type relation-type))
|
|
|
|
(defquery get-parents (&key child-type child-id parent-type relation-type)
|
|
"Return parent relations for a child."
|
|
(service "relations" "get-parents"
|
|
:child-type child-type :child-id child-id
|
|
:parent-type parent-type :relation-type relation-type))
|