-
Notifications
You must be signed in to change notification settings - Fork 6k
Document remaining IDExxxx rules #20986
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
Conversation
docs/fundamentals/code-analysis/style-rules/unnecessary-code-rules.md
Outdated
Show resolved
Hide resolved
docs/fundamentals/code-analysis/style-rules/unnecessary-code-rules.md
Outdated
Show resolved
Hide resolved
docs/fundamentals/code-analysis/style-rules/unnecessary-code-rules.md
Outdated
Show resolved
Hide resolved
docs/fundamentals/code-analysis/style-rules/unnecessary-code-rules.md
Outdated
Show resolved
Hide resolved
Co-authored-by: Genevieve Warren <24882762+gewarren@users.noreply.github.com>
- [nameof operator](../../../csharp/language-reference/operators/nameof.md) | ||
- [typeof operator](../../../csharp/language-reference/operators/type-testing-and-cast.md#typeof-operator) |
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 rule is applicable to both C# and VB. I think the parallel doc pages for VB needs to be added too.
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.
Thanks @Youssef1313. This applies to almost all the IDE rules that have been documented, but all these things were just drastically increasing the scope of work for initial refactor. Additionally, adding a VB specific section to these rule docs made it quite verbose. I have used references to C# keywords/docs to keep the scope reasonable. Feel free to create follow-up PR(s) to add VB specific content to the docs - you may want to first create a PR for updating a single rule and get it reviewed from @gewarren so you are on same page on how to add this content, and then do updates to other rules.
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.
By the way, I don't think we should create separate pages for C# and VB, but instead add VB specific content to the same doc. IMO, maintaining 2 extremely similar doc pages for same rule, but different languages, is not scalable and docs will get out of sync and/or make it likely that future additions will miss adding VB counterpart.
@gewarren Seeing the following warning:
|
@gewarren this should be ready now. |
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.
LGTM
All IDExxxx rules currently implemented in Roslyn master should now be documented with a dedicated doc page.