8000 Add documentation comments section to coding guidelines by xtqqczze · Pull Request #14316 · PowerShell/PowerShell · GitHub
[go: up one dir, main page]

Skip to content

Add documentation comments section to coding guidelines #14316

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

Merged
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 1 addition & 0 deletions .spelling
Original file line number Diff line number Diff line change
Expand Up @@ -383,6 +383,7 @@ includeusername
informationrecord
initializers
install-packageprovider
IntelliSense
interactivetesting
interop
interoperation
Expand Down
8 changes: 7 additions & 1 deletion docs/dev-process/coding-guidelines.md
Original file line number Diff line number Diff line change
Expand Up @@ -86,9 +86,15 @@ We also run the [.NET code formatter tool](https://github.com/dotnet/codeformatt

* Make sure the added/updated comments are meaningful, accurate and easy to understand.

* Public members must use [doc comments](https://docs.microsoft.com/dotnet/csharp/programming-guide/xmldoc/).
### Documentation comments

* Create documentation using [XML documentation comments](https://docs.microsoft.com/dotnet/csharp/codedoc) so that Visual Studio and other IDEs can use IntelliSense to show quick information about types or members.

* Publicly visible types and their members must be documented.
Internal and private members may use doc comments but it is not required.

* Documentation text should be written using complete sentences ending with full stops.

## Performance Considerations

PowerShell has a lot of performance sensitive code as well as a lot of inefficient code.
Expand Down
0