Estoy usando TDD, y tengo un patrón de codificación muy típico, usando Eclipse para autocrear métodos y campos a medida que codigo la prueba de la unidad. Por ejemplo:Eclipse: ¿Cómo generar automáticamente getter al agregar un campo?
nombre tipo de método que no existe, por ejemplo:
myObj.setValue(someValue);
Haga clic en la pequeña marca de error rojo en el IDE para crear el método "setValue".
Tipo interior del método setValue:
public void setValue(String value) { this.value = value; }
clic en la marca de error rojo a crear automáticamente un campo privado (llamado "valor en este caso");
Así que en este punto, me gustaría Eclipse para crear automáticamente el método de obtención, sin tener que hacerlo usando la fuente -> generar captadores y definidores menú.
Vi esta pregunta: How do you force Eclipse to prompt you to create a getter and setter when it doesn't do it automatically que parece implicar que Eclipse hace esto, pero no pude encontrar dónde configurar eso.
¿Hay alguna forma de configurar Eclipse para agregar automáticamente setter/getters cuando se agrega una nueva variable privada?
ACTUALIZACIÓN: Para aclarar aún más, estoy buscando algo como vi en la documentación Spring Roo. Si echa un vistazo a la sección "Cómo funciona", describe cómo el marco agrega automáticamente métodos adicionales a su clase, cada vez que agrega una variable privada. (Mi preferencia no es ejecutar otro proceso así, sin embargo, y tampoco obtener todo lo que parece agregar). Esperaba que Eclipse tuviera algo similar.
Por curiosidad, si se utiliza TDD, ¿por qué crear el comprador antes de que se necesita? Pero si coloca el cursor después (o antes) del método set, escriba get y luego control-space debería obtener una sugerencia para un getter (no exactamente lo que pidió). –
@ RogerLindsjö: Esa es en realidad una buena pregunta. La respuesta principal es: agregué a * Preferencias/Guardar acciones * la acción de "Eliminar tipos privados no utilizados", así que cuando guardo (lo que sucede cuando ejecuto la prueba de unidad para ver que falla), Eclipse eliminará el campo I acaba de crear (porque todavía no se hace referencia), lo que me vuelve a escribir de nuevo. Parece que el mejor flujo es simplemente crear el getter en ese momento. Además, generalmente encuentro que si creo un setter, generalmente necesito getter más adelante, por lo que también parece una buena convención que lo cree en ese momento cuando creo el setter en cualquier caso. –
Eso lo explica en ese momento. También tuve esa configuración, pero no me gustó, así que ahora tengo miembros privados sin usar como advertencias y mantengo las advertencias en cero antes de comprometerme (pero las acepto durante el trabajo). –