Skip to content

Commit 8b5a985

Browse files
authored
Merge pull request #99 from ChadMcCaffery/patch-1
Summarize instead of duplicate
2 parents f05bbd2 + 59c707f commit 8b5a985

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

Style-Guide/Code-Layout-and-Formatting.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -60,7 +60,7 @@ function Write-Host {
6060
...
6161
```
6262

63-
PowerShell uses PascalCase for _all_ public identifiers: module names, function or cmdlet names, class and enum names, public fields or properties, global variables and constants, etc. In fact, since the _parameters_ to PowerShell commands are actually _properties_ of .Net classes, even parameters use PascalCase rather than camelCase. Function names should follow PowerShell's `Verb-Noun` naming conventions, using PascalCase within both Verb and Noun.
63+
As stated previously, PowerShell uses PascalCase for _all_ public identifiers. Function names should follow PowerShell's `Verb-Noun` naming conventions, using PascalCase within both Verb and Noun.
6464

6565
A special case is made for two-letter acronyms in which both letters are capitalized, as in the variable `$PSBoundParameters` or the command `Get-PSDrive`. Note that ([as specified in the .NET guidelines](https://msdn.microsoft.com/en-us/library/ms229043#Anchor_1)) this does not affect the commonly capitalized (but not acronym) words "OK" and "ID" . You should also not extend it to compound acronyms, such as when Azure's Resource Manager (RM) meets a Virtual Machine (VM) in `Start-AzureRmVM`...
6666

@@ -181,7 +181,7 @@ Nested expressions `$( ... )` and variable delimiters `${...}` inside strings do
181181

182182
#### Avoid using semicolons (`;`) at the end of each line.
183183

184-
PowerShell will not complain about extra semicolons, but they are unecessary, and get in the way when code is being edited or copy-pasted. They also result in extra do-nothing edits in source control when someone finally decides to delete them.
184+
PowerShell will not complain about extra semicolons, but they are unnecessary, and get in the way when code is being edited or copy-pasted. They also result in extra do-nothing edits in source control when someone finally decides to delete them.
185185

186186
They are also unecessary when declaring hashtables if you are already putting each element on it's own line:
187187

0 commit comments

Comments
 (0)