Repository navigation
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The main issue is semantic, not syntactic:
Missing quota data is being treated as “0 / 不限” (0 / Unlimited).
!tokenQuotacan mean the data is still loading, failed to load, or is genuinely absent. Rendering “0 / 不限” can falsely tell users they have unlimited quota and hide an error/loading state. Safer to keep'-', use a loading/error placeholder, or only return'0 / 不限'if the business rule explicitly defines “no quota object” as “zero usage, unlimited.”Hardcoded localized text:
'不限'is repeated. If the app supports i18n, use a translation key/constant instead. At minimum, extract a constant to avoid duplication.Add tests for:
tokenQuotaundefinedused_tokens > 0nullat runtime if the API can return itSuggested safer version:
If the new behavior is intentional, add a comment explaining that missing quota data means “0 used / unlimited,” and ensure callers only pass
undefinedin that specific case rather than during loading or errors.