Me resulta curioso que el nombre de archivo renueve a veces para refactorizar la clase interna y (la mayoría) a veces simplemente renombra los archivos.¿Por qué cambiar el nombre de los archivos algunas veces refactoriza los nombres de las clases y otras veces no?
Aquí está una lista completa de todas las respuestas que pude comprobar
La refactorización no se disparará si
la espacio de nombres no coincide exactamente con la convención (Nombrecarpeta = namepsacename)
la clase es genérica
la nombre de clase no coincide con el nombre del archivo
hay más de una clase en el archivo
hay errores en el archivo
el archivo se encuentra en otro proyecto
Creo que el nombre de la clase tiene que coincidir exactamente con el nombre del archivo. También puede depender de si su código se compila en ese momento, aunque no está seguro de ese punto.
Además de lo que dijo AndrewS, creo que si tiene varias clases en un solo archivo, tampoco pedirá que se refactorice.
Debo corregirme, la refactorización funcionará si la clase con el nombre de archivo existe en el archivo. – sra
Puede haber problemas cuando la clase heredada se establece en otro ensamblado. Para mí, un reinicio de VisualStudio a veces lo solucionó.
Tiene razón sobre el nombre de archivo pero, y ahora debo corregir mi comentario anterior, no tiene razón acerca de los errores de compilación. Fue un error relacionado que detuvo el refactor en mi caso de prueba. Entonces, los errores de compilación no afectaron la refactorización. – sra