Linting rules
S001: name-case-checker
Checks identifier naming style and suggests consistent casing.
Metadata
Code:S001Rule:name-case-checkerStatus: Stable sincev0.0.1Quick fix: always available
What it does
Checks identifier naming style and suggests consistent casing.
Why is this bad?
Inconsistent naming makes code harder to read and maintain. This rule enforces:
camelCasefor variables, functions, methods, and struct fieldsPascalCasefor structs, enums, enum members, type aliases, and type parametersSCREAMING_SNAKE_CASEfor constants
Example
struct low_struct { TheBad: int}
const iAmConst_variable = 1
fun BadFunctionName() {}Use instead:
struct LowStruct {
theBad: int
}
const I_AM_CONST_VARIABLE = 1
fun badFunctionName() {}Behavior notes
- Names that start with
_are ignored. - Get method names are ignored because external standards commonly require
snake_casenames such asget_wallet_info.
Last updated on