Pregunta

Después de haber programado a través de emacs y vi durante años y años, he oído que usar un IDE es una muy buena manera de volverse más eficiente.

Con ese fin, he decidido intentar usar Eclipse para codificar mucho y ver cómo me va.

¿Hay alguna sugerencia para facilitar la transición a un IDE?Obviamente, algunos pensarán que nada de esto vale la pena, pero creo que con Eclipse permitiendo combinaciones de teclas al estilo de emacs y con finalización de código y depuración incorporada, creo que vale la pena intentar pasar a una versión con más funciones. entorno para la mayor parte de mi valor de desarrollo.

Entonces, ¿qué sugerencias tiene para facilitar la transición?

¿Fue útil?

Solución

Eclipse es el mejor IDE que he usado, incluso considerando su tamaño bastante grande y su lentitud en computadoras lentas (como mi máquina de trabajo...Pentium III!).

En lugar de tratar de "facilitar la transición", creo que es mejor saltar directamente y dejarse abrumar por las campanas y silbatos y refactorizaciones verdaderamente útiles, etc.

Estas son algunas de las cosas más útiles que usaría conscientemente lo antes posible:

  • Ctrl-Shift-t busca y abre una clase mediante una búsqueda incremental por nombre.
  • ctrl-shift-o genera automáticamente declaraciones de importación (y elimina las redundantes)
  • F3 en un identificador para saltar a su definición y Alt-izquierda/derecha como en los navegadores web para retroceder/avanzar en el historial de navegación.
  • La herramienta "Solución rápida", que tiene una gran cantidad de refactorizaciones sensibles al contexto y demás.Algunos ejemplos:

    String messageXml = in.read();
    Message response = messageParser.parse(messageXml);
    return response;

Si coloca el cursor de texto en el argumento a analizar (...) y presiona Ctrl+1, Eclipse sugerirá "Variable local en línea".Si hace eso, repita con el cursor sobre la variable de retorno 'respuesta', el resultado final será:

return messageParser.parse(in.read());

Hay muchas, muchas pequeñas reglas como esta que la herramienta de solución rápida sugerirá y aplicará para ayudar a refactorizar su código (incluido exactamente lo opuesto, "extraer a variable/campo/constante local", que puede ser invaluable).Puede escribir código que llame a un método que aún no ha escrito: ir a la línea que ahora muestra un error y usar la solución rápida le ofrecerá crear un método que coincida con los parámetros inferidos de su uso.Lo mismo ocurre con las variables.Todas estas pequeñas refactorizaciones y atajos ahorran mucho tiempo y se aprenden mucho más rápidamente de lo que cabría esperar.Siempre que esté a punto de reorganizar el código, experimente con una solución rápida para ver si sugiere algo útil.

También hay una buena bolsa de trucos disponibles directamente en los menús, como generar captadores/definidores, extraer interfaces y cosas similares.¡Entra y prueba todo!

Otros consejos

Una cosa que me ayudó a hacer la transición de Emacs a otros IDE fue la idea de que los IDE son editores terribles.Me burlé de esa persona pero ahora veo su punto.

Un editor, como Emacs o Vim, realmente puede centrarse en ser un buen editor ante todo.

Un IDE, como Visual Studio o Eclipse, realmente se enfoca en ser una buena herramienta de gestión de proyectos con una forma integrada de modificar archivos.

Creo que tener en cuenta lo anterior (y tener Emacs a mano) me ayuda a no frustrarme cuando el IDE del momento no satisface mis necesidades.

Si ha estado usando emacs/vi durante años (aunque mencionó ambos, por lo que parece que no está completamente adaptado a uno de ellos), usar dicho editor probablemente será más rápido para usted que un IDE.El nivel de fusión mental que un usuario competente de emacs/vi puede lograr con una configuración personalizada y años de memoria muscular es asombroso.

Intente realizar un par de aplicaciones de prueba solo para mojarse los pies.Al principio, probablemente le resulte más complicado.Los beneficios de los IDE no llegan hasta que comienza a comprenderlos bien y sus diversas capacidades.Una vez que sabes dónde está todo y empiezas a entender los comandos clave, la vida se vuelve más fácil, MUCHO más fácil.

Creo que los IDE te resultarán invaluables una vez que los utilices.El código completo y las funciones de navegación, la ejecución/depuración integrada y todos los demás pequeños beneficios realmente se suman.

Algunas sugerencias para comenzar y facilitar la transición:- Empiece por leer un tutorial o una demostración incluida en la documentación del IDE para familiarizarse con la ubicación de la GUI.- observe diferentes tipos de proyectos de muestra (generalmente incluidos con el IDE o como descarga separada) para diferentes tipos de áreas que pueda estar codificando (aplicaciones web, aplicaciones de escritorio, etc.) para ver cómo están diseñadas y estructuradas en el IDE .- Una vez que se sienta cómodo, cree su propio proyecto a partir de un código existente que conozca bien, idealmente no algo demasiado complejo, y haga que todo se compile/funcione.- ¡Explora el poder!Depura tu código, usa refactorizaciones, etc.El menú contextual es tu amigo hasta que aprendas los atajos de teclado solo para ver todas las cosas que puedes hacer.Haga clic derecho en diferentes áreas de su código para ver qué es posible y aprender (o reasignar) los atajos de teclado.

Lea el documento...Y vea qué atajos/combinaciones de teclas son equivalentes a los que ya conoce.Aprende los nuevos...

Antigua pregunta, pero permítanme sugerir que, en algunas circunstancias, algo como Notepad++ podría ser apropiado para la situación del OP que otros pueden encontrar.Especialmente si buscas algo liviano, Notepad++ puede ser parte del arsenal de herramientas de un desarrollador.Eclipse, Visual Studio y otros acaparan los recursos con toda su magia automática y si está buscando crear algo bastante rápido con un montón de atajos de teclado y similares o si está interesado en ver la fuente de otra persona, esto puede ser bastante útil.Ah, sí, y también es gratis.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top