Problem:
There is currently no validation enforcing acceptable god names within the application. This could lead to inconsistencies, invalid data, or possible misuse of the system.
Steps to Implement:
- Define what constitutes a valid god name (for example: required fields, allowed characters, maximum length, allowed/forbidden list, uniqueness).
- Update the data model and/or DTOs to enforce these validation rules in the backend code (likely in C#).
- Add validation logic in the relevant C# service, model, or API controller (e.g., using data annotation attributes or business logic).
- Update any user input forms or API endpoints to provide useful validation feedback/messages to clients when invalid god names are submitted.
- Add unit and/or integration tests to verify correct handling of both valid and invalid god names through the API and, if applicable, the UI.
- (Optional) Document allowed values/rules for god names in API or user documentation (e.g., README or OpenAPI schema).
Implementation Hints:
- Most of the application is written in C#. Implement the validation in the appropriate C# class or service layer responsible for managing gods data.
- Consider how validation errors are returned to clients (e.g., error codes, messages).
- Update database constraints if required.
Repo language breakdown: C# (90%), Bicep (9.1%), Dockerfile (0.9%)
Problem:
There is currently no validation enforcing acceptable god names within the application. This could lead to inconsistencies, invalid data, or possible misuse of the system.
Steps to Implement:
Implementation Hints:
Repo language breakdown: C# (90%), Bicep (9.1%), Dockerfile (0.9%)