Al refacturar un campo, el comportamiento predeterminado en eclipse es cambiar el nombre del campo, dejando métodos de acceso con nombres incoherentes.Cambio de nombre coherente de campos en eclipse
Al presionar Alt+Shift+R aparece dos veces un "cuadro de diálogo de cambio de nombre" en el que puedo seleccionar si los accesos también deben renombrarse (como dos opciones separadas). Esto alivia el dolor de cambiar el nombre manualmente de los accesos, pero sigue siendo bastante subóptimo, que implica presionar 3 atajos más que con el cambio de nombre en el lugar, además de mi olvido habitual ... :)
No puedo pensar en una razón por la que NO me gustaría que mi refactorización sea coherente, ¿hay alguna forma de hacer que Access cambie el nombre del comportamiento predeterminado? Estoy de acuerdo con ajustar ajustes crípticos y configurar banderas oscuras, siempre y cuando funcione.
Gracias
No creo que IDE pueda decidir los métodos de acceso, por ejemplo 'getName();' podría ser un método de negocio en lugar del simple método de acceso –
. Recordé que Eclipse parece recordar su decisión anterior: si tiene Opción elegida para renombrar getter/setter, la próxima vez, simplemente Alt-Shift-R una vez y getter/setter también se renombrará. No estoy seguro de qué versión tiene dicha característica, sé que vi este comportamiento en 3.5 o 3.6 era –
@JigarJoshi teniendo un campo 'name' y un método' getName() 'haciendo cosas no relacionadas con devolver el campo' name' es una decisión de diseño bastante mala OMI. Además, eclipse ya tiene la opción mencionada y simplemente me gustaría hacerla más accesible – kostja