Skip to content

Inconsistent naming standards on casing in schemas #1547

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
1 of 9 tasks
bingenito opened this issue Mar 21, 2025 · 0 comments
Open
1 of 9 tasks

Inconsistent naming standards on casing in schemas #1547

bingenito opened this issue Mar 21, 2025 · 0 comments
Labels
bug Something isn't working

Comments

@bingenito
Copy link
Member

Minor Issue

Inconsistent naming standards on casing in schemas

Area of Issue

  • App Directory
  • API
  • Context Data
  • Intents
  • Desktop Agent Bridging
  • Use Cases
  • Other

Issue Description:

Through time, with no enforced naming standards on casing, there is inconsistency across context schemas. The issue becomes more apparent when porting to other language platforms. For example, in .NET when configuring JSON serializers, a custom serializer is required for any types that do not match the configured majority default. While I feel we are passed the point of being able to change for consistency, we can at least pick a convention and enforce for future additions through linting.

Scope:

  • Decide on new default casing strategy
  • Configure linting to fail on mismatch

Additional Context:

Compare newer TransactionResult using pascal case values vs something such as ChartStyle.

@bingenito bingenito added the bug Something isn't working label Mar 21, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant