Need 'fix-all' for naming style violations.

[CyrusNajmabadi]

It's just too tedious to have to manually fix up every violation one at a time.

[Pilchie]

Clearing milestone - this is not an RC issue.

[Pilchie]

Tagging @dpoeschl and @kuhlenh have either of you given any thought to this? Should it just be a blanket "fix all my names everywhere", or should it depend on which rule matched, etc?

[kuhlenh]

@Pilchie -- I believe we were thinking of having a "one-click cleanup" button for this (which would fix all formatting and name/style violations).

[CyrusNajmabadi]

I would like both options. One to fixup everything. And one to fix that specific violation.

[jnm2]

Same! Almost every event handler I've ever written has been camel case. I'd like a way to update an entire solution. :D

[jnm2]

I'm still blowing so much time on fixing these and then running into more.

[kendrahavens]

Duplicate from developer community

[sharwell]

I've had some thoughts about at least a partial fix all implementation, but haven't completed it yet. For example:

1. If two code elements that need to be renamed are not visible in each other's scopes, it should be possible to rename both of them in a single operation without conflicts.
2. If two variables in a shared scope have distinct names before and after the fix, and neither of the fixes applied individually has any conflicts, then it should be possible to rename both of them in a single operation without conflicts.
3. Rules 1 and 2 should hold for any number of identifiers

[artemious7]

I'd be happy to see this implemented too.

[matthew-j-clark]

I also would like to see this implemented.

[AndrewEastwood]

that enhancement would really speed up fixing such places

[jnm2]

As long as it takes less time and attention than me doing it by hand, it's valuable to me no matter how long it otherwise takes to execute.

[wesleyscaldwell]

at the very least an option to do this in code clean up for the page would alleviate some of the pain.
We have implemented the editorconfig and now every the clean up process is extremely time consuming.

If there is work around in the meantime that anyone could share, please let me (and i'm assuming others) know about it.

Thanks

[Cosifne]

Hi,
For those who still looking for an update on this issue.
It is currently being implemented in https://github.com/dotnet/roslyn/tree/features/FixAllNamingViolation

[Prologh]

For some of you struggling with renaming properties after generating them from JSON, which for me was the most common case of naming style violations, Visual Studio Code has support for modifying results from regular expression find, so you can use the find and replace tool:

public ([\w\[\]]+) (\w+) \{ get; set; \}

public $1 \u$2 { get; set; }

$1 and $2 are groups and \u converts first letter of $2 group to uppercase. Just make sure you tick the "use regular expression box".

This surely does not fix all other naming style violations, but I'm leaving this here in case somebody else is trying to find an alternative to renaming hundreds of camel case properties manually.

[kerrpeter]

``\uconverts first letter of$2` group to uppercase.

This works in VS Code, but not Visual Studio.

[fdellasoppa]

It happens every time I paste special JSON as Class. I need to then move all properties to upper. I found that Alt+Enter and then Enter again is somewhat "fast" if you don't have many classes. Mmm, I've just realized there might be a better "paste JSON as class" option online.

[mavaddat]

Here is a simple PowerShell Core script to change the method names to the correct casing:

$tokens = @()  # Will retain all method names to change

# Build the set of method names as token to replace (in case methods are referred to across classes)
foreach ($txt in Get-ChildItem -Path . -Include @('*.cs') -Recurse) {
    [array]$tokens += Select-String -Pattern '(?<=(public|private|protected|internal)+ [\w\[\]<>\s]+ )[a-z]\w+(?=\s*\()' -CaseSensitive -Path $txt | ForEach-Object { $_.Matches.Value } | Select-Object -Unique
}

# Replace all tokens
foreach ($txt in Get-ChildItem -Path . -Include @('*.cs') -Recurse) {
    $tmp = Get-Content -Path $txt | ForEach-Object { if (-not [string]::IsNullOrEmpty($tokens)) { $_ -creplace "($($tokens -join '|'))(?=\()", { $_.Value[0].ToString().ToUpperInvariant() + $_.Value.Substring(1) } } }  # Assign to temp to avoid file locking
    Set-Content -Value $tmp -Path $txt
}

If you want to preview the changes before committing them to disk:

$tokens = @()  # Will retain all method names to change

# Build the set of method names as token to replace (in case methods are referred to across classes)
foreach ($txt in Get-ChildItem -Path . -Include @('*.cs') -Recurse) {
    [array]$tokens += Select-String -Pattern '(?<=(public|private|protected|internal)+ [\w\[\]<>\s]+ )[a-z]\w+(?=\s*\()' -CaseSensitive -Path $txt | ForEach-Object { $_.Matches.Value } | Select-Object -Unique
}

# Replace all tokens with preview
foreach ($txt in Get-ChildItem -Path . -Include @('*.cs') -Recurse) {
    $before = Select-String -Pattern "($($tokens -join '|'))(?=\()" -Path $txt -CaseSensitive -AllMatches
    $tmp = Get-Content -Path $txt | ForEach-Object { if (-not [string]::IsNullOrEmpty($tokens)) { $_ -creplace "($($tokens -join '|'))(?=\()", { $_.Value[0].ToString().ToUpperInvariant() + $_.Value.Substring(1) } } }  # Assign to temp to avoid file locking
    $after = $tmp | Where-Object -FilterScript { $_ -imatch "($($tokens -join '|'))(?=\()" } | Select-String -Pattern "($($tokens -join '|'))(?=\()" -AllMatches
    $(for($i=0;$i -lt $before.Count; $i++) {
        [PSCustomObject]@{
            Before = $before[$i]
            After = $after[$i]
        }
    }) | Format-Table -AutoSize -Wrap
    Set-Content -Value $tmp -Path $txt -Confirm
}

Result:

Diff svejdo1/TreeDistance/compare/master...mavaddat:TreeDistance:master

[wesleyscaldwell]

Hi, For those who still looking for an update on this issue. It is currently being implemented in https://github.com/dotnet/roslyn/tree/features/FixAllNamingViolation

There doesn't seem to be much movement on this? Running a powershell script to update large amounts of code just doesn't seem like a good idea.

Other than going one field at a time. What options exist?

[CyrusNajmabadi]

Other than going one field at a time. What options exist?

The Roslyn API is public. So you could write a console tool that loads your solution, then performs all the renames you want, one at a time.

[mwagnerEE]

The Roslyn API is public. So you could write a console tool that loads your solution, then performs all the renames you want, one at a time.

I believe I tried this before and ran into the issue of the NamingStyle settings being internal so you'd need to create a separate system. How can I read the CodeStyle and NamingStyle settings into something like a json file?

[mwagnerEE]

I figured it out with reflection. if anyone wants to give it a try I made it open source.
Merry Christmas!

[Varorbc]

Any update on this?

[CyrusNajmabadi]

@Varorbc Nope.

[ChairmanMawh]

It happens every time I paste special JSON as Class.

If you use a more sophisticated generator like http://app.quicktype.io then you get C# properties to C# naming standards, annotated with attributes (for Newtonsoft or STJ) to JSON standards. They (QuickType) also have a VS extension

[sharwell]

I figured it out with reflection. if anyone wants to give it a try I made it open source. Merry Christmas!

You should be able to avoid reflection by passing the settings in using .editorconfig format. The pattern would be similar to this:
https://github.com/dotnet/roslyn-sdk/blob/ab34bc50931ac89fdcf16a99462ea3e846944e4c/src/Microsoft.CodeAnalysis.Testing/Microsoft.CodeAnalysis.Analyzer.Testing/AnalyzerTest%601.cs#L1448-L1453

[quantfreedom]

how in the world is this not an option with this many people asking for it ... what is going on here ... surely the people who even run this repo are dealing with this same problem ... how are they not making a change for this ... makes no sense

[CyrusNajmabadi]

how in the world is this not an option with this many people asking for it ... what is going on here ... surely the people who even run this repo are dealing with this same problem ... how are they not making a change for this ... makes no sense

@quantfreedom we're not running into the issue because our code matches the naming styles we've chosen. We also don't have a solution here as we don't know how to accomplish this efficiently.

[jerviscui]

Is there a solution?

[mavaddat]

Is there a solution?

Hi @jerviscui, you can check the discussion here for the current status of this feature from Visual Studio.

[santo998]

Any update on this?