L'argument "Eclipse pour Java" est un autre argument que "l'Eclipse de [quelque chose qui n'est pas java]". Eclipse n'rock pour Java.
Je veux dire, vi, c'est comme un tournevis, ou peut-être un couteau de l'armée suisse, et Eclipse est comme un grand CNC combo moulin et de l'asphalte de l'épandeur. Vous n'avez pas exactement les comparer, vous utilisez simplement les deux.
Aussi, êtes-vous de travail à l'intérieur de quelque chose de géant, qui vous connais peu, mais qui Éclipse comprend? Un exemple serait de travailler sur l'Éclipse elle-même. Ici, Eclipse a une parfaite visibilité, le total soutien de la langue, et vous devez le toast invites et les liens vers la documentation.
Mais si vous tapez dans un 100 ligne Ruby programme pour convertir une base de données SQL, Eclipse ne pas ajouter beaucoup de valeur, surtout compte tenu de son bagage.
Il est également essentiel de définir vi droit, ou que vous n'en connaît pas l'appel. Indentation automatique, showmatch, onglet de manutention, et de diverses autres options doivent être définies. Vous devez avoir un moyen facile de générer un fichier de tags. Google peut trouver la balise générateurs, ou tout simplement écrire un à partir de zéro, avec quelques lignes de shellcode et sed(1).
Je ne considère pas la refactorisation pour être un des critères. Ce n'est pas quelque chose que vous faites une fois par heure ou même une fois par jour. Bien sûr, le feu jusqu'à la grande IDE lorsque vous avez besoin de refactoriser. Oh, et ne vous attendez pas automatisé de refactoring de quoi que ce soit à l'exception Java.
Enfin, vi peut effectivement faire beaucoup de choses que l'IDE ne peut pas commencer à le faire. L'regroupés expression régulière substitution globale est une sorte d'généralisée refactor-tout ce qui est moteur. Pour apprécier la vi gestalt-vous besoin de connaître la ligne (":"). Brièvement, c'est comme avoir sed(1) à l'intérieur de votre éditeur.