Aunque soy uno de los que señala con frecuencia que los nombres con guiones bajos principales pueden reservarse, le recomiendo encarecidamente que no haga esto a menos que experimente problemas causados por los nombres. Hacer este cambio global hará que su sistema de control de versiones sea menos útil de lo que podría ser de otra manera al causar todo tipo de difusiones espurias. Además, existe la posibilidad de crear nombres duplicados.
Además, hay muchos nombres de guiones bajos que son perfectamente válidos. Se piensa inmediatamente en __LINE__
y __FILE__
, etc., y en todos los nombres de funciones no estándar que puede proporcionar su implementación específica . Filtrar esos nombres no será trivial (diría que es casi imposible), sin duda un simple script de Perl o sed no será suficiente.
Por lo tanto, le sugiero que cambie los nombres archivo por archivo a medida que realiza otros cambios en el código. Cambie sus estándares de programación para evitar los principales nombres de subrayado y escriba un código nuevo de acuerdo con los estándares.
Estoy de acuerdo con esto. Donde el guión bajo no es tan importante. –
Sin embargo, si tiene un seguimiento de problemas, genere un error (de baja prioridad) al nombrar, y cuando actualice un archivo, realice dos comprobaciones: una para corregir los nombres y otra para realizar otros cambios. Checkins como "cambio de una línea, y también 200 líneas modificadas para corregir el nombre" tienen diferencias realmente inútiles. –
Estoy de acuerdo también. No intentes arreglar algo que no esté roto. Sé que el código a veces puede verse terrible. Mis proyectos están llenos de tales cosas. Pero te acostumbrarás. – TalkingCode