Epic: Input Validation Framework #291
Labels
No labels
Blocked
Duplicate
MoSCoW/Could Have
MoSCoW/Must Have
MoSCoW/Should Have
Points/1
Points/13
Points/2
Points/21
Points/3
Points/5
Points/8
Priority/Backlog
Priority/Critical
Priority/High
Priority/Low
Priority/Medium
State/Completed
State/In progress
State/In review
State/Paused
State/Unverified
State/Verified
State/Wont Do
Type/Bug
Type/Epic
Type/Feature
Type/Legendary
Type/Task
Type/Testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Blocks
Depends on
#97 Modern Command Dispatch Architecture
aethyr/Aethyr
#292 Implement Parameter DSL with 12 parameter types
aethyr/Aethyr
#293 Implement 5-step validation pipeline
aethyr/Aethyr
#294 Implement ObjectFinder with ambiguity resolution
aethyr/Aethyr
#296 Implement standardized error message templates
aethyr/Aethyr
Reference: aethyr/Aethyr#291
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Background and Context
The current command dispatch system in Aethyr lacks a formal parameter validation layer. Command handlers manually parse and validate input, leading to inconsistent error messages, duplicated validation logic, and brittle code. This epic introduces a comprehensive Input Validation Framework that provides a declarative Parameter DSL, a multi-step validation pipeline, object resolution with ambiguity handling, and standardized error messages — all integrated into the action middleware pipeline.
This epic falls under the Modern Command Dispatch Architecture legendary (#97) and provides the foundation for reliable, player-friendly command handling.
Expected Behavior
When complete, command handlers will declare their parameter expectations using a concise DSL. Input will flow through a 5-step validation pipeline that tokenizes, matches, type-checks, resolves references, and produces either a validated params hash or clear error messages. The framework integrates as middleware (priority 15) in the action pipeline.
Acceptance Criteria
Child Issues
All child issues for this epic are tracked as individual issues with dependency links.
Definition of Done
This issue is complete when all child issues are merged to
masterand the full validation framework is operational.