Pregunta

Sé que ha habido preguntas como ¿Cuál es tu editor/ide favorito?, pero ninguno de ellos ha respondido a esta pregunta: ¿por qué gastar el dinero en IntestiJ cuando Eclipse ¿está libre?

Personalmente, soy un gran fanático de IntelliJ, pero realmente no he probado Eclipse. He usado IntelliJ para proyectos que fueron Java, JSP, HTML/CSS, JavaScript, PHP y ActionScript, y la última versión, 9, ha sido excelente para todos ellos.

Muchos compañeros de trabajo en el pasado me han dicho que creen que Eclipse es "más o menos lo mismo" que IntelliJ, pero, para contrarrestar ese punto, ocasionalmente me he sentado detrás de un desarrollador usando Eclipse que parece comparablemente ineficiente (para lograr aproximadamente el mismo lo mismo tarea), y no he experimentado esto con IntelliJ. Pueden estar a la par largometraje Pero las características pueden ser arruinadas por una mala experiencia del usuario, y me pregunto si es posible que IntelliJ sea más fácil de recoger y descubrir características que ahorran el tiempo.

Para los usuarios que ya están familiarizados con Eclipse, además del costo real de IntelliJ, también existe el costo del tiempo dedicado a aprender la nueva aplicación. Eclipse obtiene muchos usuarios que simplemente no quieren gastar $ 250 en un IDE.

Si IntelliJ realmente pudiera ayudar a mi equipo a ser más productivo, ¿cómo podría vátelo a ellos? Para aquellos usuarios que han intentado ambos, estaría muy interesado en pros o contras específicos de cualquier manera.

¿Fue útil?

Solución

Trabajo con IntelliJ (9.0.4 Ultimate) y Eclipse (Helios) todos los días e IntelliJ supera a Eclipse cada vez.

¿Cómo? Porque IntelliJ indexa el mundo Y todo solo funciona intuitivamente. Puedo navegar por mi base de código mucho, mucho más rápido en IntelliJ. F3 (definición de tipo) funciona en todo - Java, JavaScript, XML, XSD, Android, Spring Contexts. La refactorización funciona en todas partes y es totalmente confiable (he tenido problemas con Eclipse arruinando mi fuente de maneras extrañas). Ctrl+g (donde se usa) funciona En todas partes. Ctrl+T (implementaciones) realiza un seguimiento de las instancias más comunes que uso y las muestra primero.

Las sugerencias de finalización y cambio de nombre de código son tan inteligentes que solo cuando vuelves a eclipsar te das cuenta de cuánto estaba haciendo por ti. Por ejemplo, considere leer un recurso del classpath escribiendo getResourceAsStream("/ En este punto, IntelliJ le mostrará una lista de posibles archivos que están actualmente disponibles en ClassPath y puede profundizar rápidamente en el que desee. Eclipse - no.

El complemento de resorte (fuera de la caja) para IntelliJ es muy superior a Springide, principalmente debido a sus inspecciones de código. Si me he perdido las clases o escribí algo mal, entonces estoy obteniendo un bloque rojo en la esquina y la tinta roja justo donde se encuentra el problema. Eclipse: un poco, más o menos.

En general, IntelliJ construye mucho conocimiento sobre su aplicación y luego utiliza ese conocimiento para ayudarlo a escribir un mejor código, más rápido.

No me malinterpreten, me encanta Eclipse a bits. Por el precio, no hay sustituto y lo recomiendo a mis clientes en ausencia de IntelliJ. Pero una vez que probé IntelliJ, se pagó en una semana, así que lo compré, y cada una de las principales actualizaciones desde entonces. Nunca he mirado hacia atrás.

Otros consejos

Escuché que la diferencia con IntelliJ es que son Es mucho más probable que solucionen y cierren errores que envías. Eso podría marcar una gran diferencia si hay algún error de eclipse que te esté bloqueando.

Por otro lado, no puedes mirar a los IDES de forma aislada; Necesitas mirar el ecosistema. Aquí, creo que Eclipse tiene una ventaja (similar a la ventaja de Firefox sobre Chrome*): hay muchos más complementos disponibles, y es mucho más probable que los desarrolladores escriban un complemento de Eclipse que de lo contrario.

Tangente: *Para Firefox, estoy pensando en Zotero y Https-Everywhere. Utilizo tanto Chrome como Firefox, pero algunas cosas que Chrome simplemente no puede manejar. Además, al hacer folletos, realmente necesito una vista previa de impresión.

Descargo de responsabilidad
Esto se limita solo al desarrollo de Android (en Java obviamente).

Estoy llegando a esto con un conocimiento limitado de Eclipse e IntelliJ ambos; Sin embargo, recientemente tuve que decidir sobre un entorno de desarrollo para Android. Parece que la primera opción clara sería usar Eclipse ya que Google lo admite con su complemento ADT. Desafortunadamente, me pareció terriblemente torpe moverse ya que estoy acostumbrado a Visual Studio (2010, más recientemente en 2012). Siempre he usado Resharper con Visual Studio, así que decidí probar IntelliJ. Después de unos 10 minutos me di cuenta de que había tomado la decisión correcta.

IntelliJ, como algunos han declarado, lo indexan todo. Fue un placer trabajar con el Intellisense y la inteligencia que rodea las sugerencias fue excelente. La experiencia de depuración que encontré es un placer y, sinceramente, realmente no podría vivir sin el análisis de código. Sé que muchos puristas tendrían un problema con ese tipo de cosas, pero no me importa. Tengo que expulsar proyectos muy rápidamente para muchas personas, así que a veces es bueno ejecutar el código anaylsis y ver lo que sugiere el IDE. Si usted toma o no esas sugerencias es otra historia, pero no encontré nada como esto en Eclipse.

Algunos también dicen que no hay un diseñador de Android en la versión actual de IntelliJ. Este es ciertamente el caso, pero nunca lo usaría de todos modos. Estoy depurando en un dispositivo la mayor parte del tiempo, por lo que no importa. Puedo ver la interfaz y jugar con ella cada vez que ejecuto el programa. De todos modos, de un tipo tradicionalmente "no java" tengo que decir que Java es particularmente agradable en comparación con Eclipse.

Debe demostrar vívidamente y sin duda que para las tareas que debe hacer a diario, IntelliJ permite una cantidad sustancial de tiempo y esfuerzo ahorrado en lugar de eclipse (y netbeans).

Esto requerirá que haga una investigación para descubrir cuál podría ser, y luego construir una demostración que muestre esto a las personas que pueden decidir cómo trabajar.

Mi sospecha es que encontrarás que esta es una tarea bastante difícil de hacer, ya que Eclipse en estos días puede hacer bastante, razonablemente bien. Si encuentra puntos asesinos, por favor comparta, estoy seguro de que mucho quiero saber.

IntelliJ es mejor por muchas razones, no menos importante Tema de Darcula ... pero hay algunos otros:

  • Autocompletar para los nombres de métodos: ofrece lo que quiero llamarlos USIGN Convención.
  • JQuery Autocomplete muy fácil de configurar (nunca lo obtuve Workign con Eclipse).
  • El autocompleto en JSP's
  • La integración de primavera y la inspección muestran errores en la configuración (por ejemplo, nombres de frijoles duplicados)
  • Autocompletar para las asignaciones de controlador/URL
  • Fácil de usar y configurar la base de datos Integleion (detecta la fuente de datos automáticamente) y obviamente automáticamente
  • Inspecciones de código, como checkstyle y findbugs, integradas y fáciles de usar.
  • Jslint y Jshint incorporados y fáciles de usar.
  • La integración de Maven funciona fuera de la caja de inmediato.
  • Todas las configuraciones son donde esperas que estén.
  • No detecta errores de manera incorrecta, solía obtener errores resaltados en ECLISP, donde no había ninguno y tuve que reiniciar.
  • Autocompletar y detección de errores en archivos XML (un gran problema con Spring)
  • Las asignaciones de hibernación tienen habilitados en autocompletar (los campos de un Pojos se suministran como opción de autocompletar en el POJO MAPPADO - Gr8).
  • Ctrl+Alt+Click abre la implentación, no la declaración
  • Hotdeploy: puede configurarlo fácilmente para que cuando IntelliJ pierda enfoque su aplicación implementada se actualice automáticamente: la pestaña Alt a mi navegador y el nuevo código (ya sea clases, JavaScript o JSPS) ya está implementado.
  • Un cliente de descanso incorporado sin configuración adicional.
  • Cliente de chat incorporado que permite consejos de código, realmente muy útil.
  • Vista de persistencia, fácil acceso a todas sus entidades y configuraciones JPA/Hibernate.
  • Solución de errores, corrección de errores responsable real. He enviado varios errores y se han solucionado de inmediato.
  • Inspección y autocompletación en sus documentos XML, muy útil con la primavera (sé que esto es una repetición, pero es genial, reveló una miríada de errores).

Lo he estado usando abotu 3 semanas ahora, así que espero encontrar algo más pronto; Vale la pena el dinero.

Oh una cosa más en realidad se abre ... Tenía un error en mi eclipse que significaba que se negaría a abrir. Simplemente "Google Eclipse no se abrirá" Hay un montón de enlaces. Me siento estúpido por tardar tanto en cambiar.

Google anunció recientemente que está trasladando el desarrollo de Android a IntelliJ.

Hay una razón para esto. He estado usando Eclipse como un entorno para enseñar cursos durante los últimos años tanto en C ++ como en Android/Java. He visto la calidad del eclipse deteriorarse a algo que se acerca inutilizando. En el otoño de 2012, adopté Eclipse Juno para mi curso y fue un desastre sin mitigar. El programa no solo fue increíblemente lento y cargado de errores, sino que tuvo varios cambios en la interfaz de usuario que fueron más que estúpidos. Ahora lo uso como un estudio de caso en el mal diseño de la interfaz de usuario.

No puedo recomendar Eclipse a nadie en este momento. La base de datos de errores se ha vuelto tan grande que no hay posibilidad de que alguna vez aborden ni una pequeña fracción de ellos.

No conozco golpes sólidos por características, pero una cosa que he descubierto con el uso de dentro y fuera del entorno IntelliJ durante aproximadamente una década es que los equipos de diseño de JetBrains han hecho un gran trabajo de Tanto tener el IDE "indexar el mundo" como mantener las funciones de indexación y autocompletar, tanto receptivas como consistentes. Por lo general, no lo pienso, sino con la capacidad de respuesta más la cantidad de atajos de teclado (y la capacidad de mapear Más), IntelliJ hace que sea muy fácil construir "memoria muscular" al usar el editor.

No es algo pequeño cuando puedes escribir código, autocompletar, compilar y probar sin que tus dedos salgan del teclado, y de una manera que no se siente como una aplicación Java lenta estereotípica.

Licenciado bajo: CC-BY-SA con atribución
scroll top