You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 25, 2021. It is now read-only.
There doesn't appear to be a way to set a style on naming imported modules similar to how you can set the style of variable names. This may be an extension of an existing rule instead of an all together new rule.
If I have the following two imports, I'd like to check to see if they are in camelCase for example.
import*asQfrom"q";import*asPathfrom"path";
I'd expect the following "Foo" likely not to be affected by the naming convention.
import{Foo}from"foo";
In considering this, I referenced variable-name rule as a comparison.
Potentially, though I see value in being able to distinguish a given item was imported instead of created locally. Similar to the value you get from a naming convention distinguishing private members/functions versus public ones (which you might find in a checkstyle rule configuration).
@trodi this is covered by tslint-microsoft-contrib's import-name rule. This issue is really a subset of #1142 for determining which rules should be ported over.
There doesn't appear to be a way to set a style on naming imported modules similar to how you can set the style of variable names. This may be an extension of an existing rule instead of an all together new rule.
If I have the following two imports, I'd like to check to see if they are in camelCase for example.
I'd expect the following "Foo" likely not to be affected by the naming convention.
In considering this, I referenced variable-name rule as a comparison.
The text was updated successfully, but these errors were encountered: