L'IDE peut vous fournir des raccourcis pour les choses fastidieuses que vous faites souvent. Et il possède sa propre optimisation pour des langages ou des frameworks spécifiques.
Par exemple, lorsque j'écris du code Java, j'utilise souvent Eclipse et Intellij pour terminer la refactorisation. Je peux modifier les noms de variables dans le cadre d'une fonction, rechercher toutes les classes qui implémentent une certaine interface, générer automatiquement des commentaires JavaDoc et laisser il l'analyse automatiquement pour moi. Vous pouvez mais oublier d'ajouter des annotations telles que @Override, même modifier le nom de la classe et modifier le nom du fichier en même temps, modifier le package où se trouve la classe et déplacer le fichier en même temps. , etc.
Par exemple, si j'écris en Objective-C, je dois utiliser UIBuilder pour concevoir des fichiers xib ou storyboard...
Ce n’est pas qu’emacs ou vi ne peuvent pas faire ces choses, c’est juste que les IDE sont nettement meilleurs pour prendre en charge des fonctions spécifiques d’un langage spécifique.
Généralité et Spécialité ne peuvent pas avoir les deux.
Bien sûr, j'utilise habituellement vi pour écrire du code C++ et Python (non-Django). Mon propre principe est que je ne choisis pas d'outils, j'utilise des marteaux pour frapper les clous et des ciseaux pour couper le papier. Dans certains cas, les ciseaux peuvent aussi être utilisés pour frapper les clous. Mais si vous voulez bien faire votre travail, vous devez le faire. Aiguisez d’abord vos outils. Choisissez le bon outil, puis utilisez-les de manière très familière, très familière, très familière.
Pour l'expliquer de manière simple, votre question s'apparente à "Pourquoi les humains prennent-ils des voitures ?"
Les êtres humains ont deux jambes. Ils peuvent marcher dans les rues et les ruelles, gravir des montagnes et monter des escaliers. Ils ont toujours une consommation de carburant nulle, démarrent rapidement et n'ont pas d'impasse. une voiture ?
Pourquoi ?
Il existe des hautes technologies qui peuvent améliorer la qualité de vie de la programmation, pourquoi ne pas les utiliser ?
D'accord, je sais que certaines personnes y réfléchiront à nouveau : n'est-ce pas une qualité nécessaire pour que les programmeurs maîtrisent l'utilisation de 2B Pencil et de VIM/Notepad pour écrire des programmes sans s'appuyer sur l'IDE ?
La qualité est une chose, les habitudes de travail en sont une autre. Marcher 10 kilomètres par jour est-il une forme physique nécessaire pour un jeune homme normal qui se masturbe tous les jours ? Évidemment oui, mais combien de personnes avez-vous vu marcher 10 kilomètres chaque jour pour se rendre au travail ?
Le Bloc-notes est comme vos jambes, et vim/emacs est comme une moto. Il a un moteur, est léger, a une petite cylindrée, a une faible consommation de carburant, peut facilement transporter une fille au travail et peut accélérer à partir de 100 kilomètres. à 100 kilomètres toujours bon marché. L'IDE est comme une berline familiale. Elle est plus confortable qu'une moto (elle a un toit ouvrant et un allume-cigare) et elle est plus sûre (elle a des airbags et peut être équipée de sièges enfants. Malheureusement, les coûts d'achat et d'entretien sont également). plus haut, plus volumineux et effrayant.
Un IDE comme Eclipse est comme un camion Dongfeng, qui est essentiellement un camion si vous ajoutez un toit et un lit à la cabine, il devient un camping-car ; si vous installez deux rangées de sièges, il devient un transporteur de troupes ; si vous tirez deux générateurs, il générera de l'électricité ; tirez un répéteur radio et il deviendra le véhicule d'assistance aux communications d'urgence.
Si les voitures et les motos étaient au même prix, tout le monde avait un garage à un étage, il n'y avait pas d'embouteillages dans la ville, il y avait des places de parking partout, et il n'y avait pas de petites ruelles dans lesquelles les voitures ne pouvaient pas entrer, qui le ferait tu utilises toujours des motos ? C'est précisément l'existence de ces hauts et bas qui conduit à l'interaction entre l'éditeur (vim/eclipse/editplus) et l'EDI.
Au fait, les IDE produits par jetbrains sont tous des artefacts, de haute qualité et à bas prix, vous les méritez, haha
Vim (emacs) est un outil de codage hérité de la tradition, et les programmeurs issus de l'ère des consoles s'y sentent plus familiers et habitués. L'IDE est un outil de codage intuitif et simple développé avec l'interface graphique. Il n'y a aucune distinction entre ce qui est meilleur ou pire, seulement si c'est familier ou non, habituel ou non, et si l'utilisation personnelle est efficace ou non.
Par rapport à vim (emacs), qui utilise des touches/commandes de raccourci pour atteindre rapidement vos objectifs de codage, l'IDE fournit une méthode de commande intuitive/visuelle pour terminer le codage. Pour parler simplement, en termes de vitesse de codage, de commodité ou non, je pense que les deux sont comparables. Certaines personnes peuvent penser que l'IDE peut fournir des extensions riches, mais vim (emacs) n'est pas inférieur tant que vous le configurez bien.
En plus de cela, je pense que le plus grand avantage de l'IDE est : Faible coût d'apprentissage. Ne sous-estimez pas le coût de l'apprentissage. En dernière analyse, les entreprises veulent voir les résultats de votre travail. Pour les programmeurs, la démonstration la plus directe est que vous pouvez terminer rapidement votre travail de codage. Aujourd'hui, alors que les interfaces graphiques sont très populaires, si on demande à un programmeur Java d'effectuer un certain travail de codage [prérequis : il n'a entendu parler que de vim (emacs) et d'eclipse, mais ne les a jamais utilisés], qui est le plus adaptable à la programmation les outils en premier ? Je pense que le résultat devrait être qu'Eclipse a de meilleures chances de gagner ! Ce n'est pas une chose simple à configurer vim (emacs), mais dès qu'Eclipse est ouvert, de nombreuses personnes devraient pouvoir commencer à écrire du code.
De plus, un autre grand avantage de l'IDE : la Gestion de projet intégrée. L'IDE d'aujourd'hui, similaire à VS et Eclipse, n'est plus seulement un outil de programmation, mais un outil de gestion de projet complet qui inclut la gestion du cycle de vie du projet, y compris la création, le codage, la compilation, le déploiement intégré et la publication du périphérique . Et je pense secrètement que c’est ce qui m’attire le plus chez IDE.
La différence entre utiliser un éditeur ou un IDE et la différence entre un éditeur et un IDE n'a rien à voir avec cela. La seule chose qui compte est quel type d'état voulez-vous atteindre ?
Il est très facile d'obtenir un permis de conduire maintenant. Toute tante vendant des légumes dans la rue peut avoir un permis C. Cela est entièrement dû aux diverses « automatisations » avancées des voitures modernes. Le permis de conduire est très gênant, et l'entretien et les réparations des véhicules sont indispensables. Aujourd'hui, alors que le nombre de magasins 4S a pratiquement dépassé celui des toilettes publiques, combien de conducteurs peuvent comprendre ce qu'est la structure d'un embrayage, sans parler de l'entretien. peut dire moderne. Les nouveaux pilotes sont-ils plus performants que les précédents ? Ou les pilotes précédents sont-ils inférieurs aux pilotes modernes
?
Bien sûr, aujourd'hui, avec une infrastructure très développée, vous pouvez dire : « Pourquoi devrais-je passer plusieurs années à apprendre à réparer des voitures ? Je veux juste conduire. Je peux passer le temps à apprendre à réparer des voitures à mieux conduire. .Mais alors vous ne pouvez pas vous éloigner de ces cercles d'infrastructures. Et si vous avez parcouru toutes les routes connues et que vous souhaitez vous rendre dans un endroit inconnu, un endroit sans magasins 4S ? Apprenez à réparer des voitures à partir de zéro ?
Peu importe si vous voulez rouler dans des cercles dessinés par d'autres pour le reste de votre vie. Mais si vous voulez être un pilote de haut niveau - un pilote de course, vous ne pouvez pas toujours compter sur la transmission automatique, l'ESP. , etc. Radar de recul. Et les pilotes de course ne conduisent pas de modèles produits en série
L'IDE est un environnement de développement intégré, et vim et emacs configurés ne sont pas différents de l'IDE.
Les IDE de niveau entreprise comme Eclipse nécessitent moins de temps à configurer, mais ont de faibles degrés de liberté. Les outils légers comme vim et emacs sont relativement complexes à configurer mais disposent d'un degré de liberté plus élevé.
Les préférences pour ces deux types d'outils varient d'une personne à l'autre. Il n'y a pas de meilleurs outils, seulement les meilleurs programmeurs, n'est-ce pas ?
L'une des choses que j'envie le plus dans les IDE est que WebStorm peut prendre en charge la refactorisation de JavaScript (la dernière version prend déjà en charge CoffeeScript). Mon Vim ne le peut pas, et mon Emacs non plus.
On pourrait dire que je peux écrire un plug-in pour le supporter, je l'ai déjà fait, mais les outils de reconstruction pour analyser le texte et analyser la sémantique sont différents, n'est-ce pas ?
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
L'IDE peut vous fournir des raccourcis pour les choses fastidieuses que vous faites souvent. Et il possède sa propre optimisation pour des langages ou des frameworks spécifiques.
Par exemple, lorsque j'écris du code Java, j'utilise souvent Eclipse et Intellij pour terminer la refactorisation. Je peux modifier les noms de variables dans le cadre d'une fonction, rechercher toutes les classes qui implémentent une certaine interface, générer automatiquement des commentaires JavaDoc et laisser il l'analyse automatiquement pour moi. Vous pouvez mais oublier d'ajouter des annotations telles que @Override, même modifier le nom de la classe et modifier le nom du fichier en même temps, modifier le package où se trouve la classe et déplacer le fichier en même temps. , etc.
Par exemple, si j'écris en Objective-C, je dois utiliser UIBuilder pour concevoir des fichiers xib ou storyboard...
Ce n’est pas qu’emacs ou vi ne peuvent pas faire ces choses, c’est juste que les IDE sont nettement meilleurs pour prendre en charge des fonctions spécifiques d’un langage spécifique.
Généralité et Spécialité ne peuvent pas avoir les deux.
Bien sûr, j'utilise habituellement vi pour écrire du code C++ et Python (non-Django). Mon propre principe est que je ne choisis pas d'outils, j'utilise des marteaux pour frapper les clous et des ciseaux pour couper le papier. Dans certains cas, les ciseaux peuvent aussi être utilisés pour frapper les clous. Mais si vous voulez bien faire votre travail, vous devez le faire. Aiguisez d’abord vos outils. Choisissez le bon outil, puis utilisez-les de manière très familière, très familière, très familière.
Pour l'expliquer de manière simple, votre question s'apparente à "Pourquoi les humains prennent-ils des voitures ?"
Les êtres humains ont deux jambes. Ils peuvent marcher dans les rues et les ruelles, gravir des montagnes et monter des escaliers. Ils ont toujours une consommation de carburant nulle, démarrent rapidement et n'ont pas d'impasse. une voiture ?
Pourquoi ?
Il existe des hautes technologies qui peuvent améliorer la qualité de vie de la programmation, pourquoi ne pas les utiliser ?
D'accord, je sais que certaines personnes y réfléchiront à nouveau : n'est-ce pas une qualité nécessaire pour que les programmeurs maîtrisent l'utilisation de 2B Pencil et de VIM/Notepad pour écrire des programmes sans s'appuyer sur l'IDE ?
La qualité est une chose, les habitudes de travail en sont une autre. Marcher 10 kilomètres par jour est-il une forme physique nécessaire pour un jeune homme normal qui se masturbe tous les jours ? Évidemment oui, mais combien de personnes avez-vous vu marcher 10 kilomètres chaque jour pour se rendre au travail ?
Le Bloc-notes est comme vos jambes, et vim/emacs est comme une moto. Il a un moteur, est léger, a une petite cylindrée, a une faible consommation de carburant, peut facilement transporter une fille au travail et peut accélérer à partir de 100 kilomètres. à 100 kilomètres toujours bon marché. L'IDE est comme une berline familiale. Elle est plus confortable qu'une moto (elle a un toit ouvrant et un allume-cigare) et elle est plus sûre (elle a des airbags et peut être équipée de sièges enfants. Malheureusement, les coûts d'achat et d'entretien sont également). plus haut, plus volumineux et effrayant.
Un IDE comme Eclipse est comme un camion Dongfeng, qui est essentiellement un camion si vous ajoutez un toit et un lit à la cabine, il devient un camping-car ; si vous installez deux rangées de sièges, il devient un transporteur de troupes ; si vous tirez deux générateurs, il générera de l'électricité ; tirez un répéteur radio et il deviendra le véhicule d'assistance aux communications d'urgence.
Si les voitures et les motos étaient au même prix, tout le monde avait un garage à un étage, il n'y avait pas d'embouteillages dans la ville, il y avait des places de parking partout, et il n'y avait pas de petites ruelles dans lesquelles les voitures ne pouvaient pas entrer, qui le ferait tu utilises toujours des motos ? C'est précisément l'existence de ces hauts et bas qui conduit à l'interaction entre l'éditeur (vim/eclipse/editplus) et l'EDI.
Au fait, les IDE produits par jetbrains sont tous des artefacts, de haute qualité et à bas prix, vous les méritez, haha
Vim (emacs) est un outil de codage hérité de la tradition, et les programmeurs issus de l'ère des consoles s'y sentent plus familiers et habitués. L'IDE est un outil de codage intuitif et simple développé avec l'interface graphique. Il n'y a aucune distinction entre ce qui est meilleur ou pire, seulement si c'est familier ou non, habituel ou non, et si l'utilisation personnelle est efficace ou non.
Par rapport à vim (emacs), qui utilise des touches/commandes de raccourci pour atteindre rapidement vos objectifs de codage, l'IDE fournit une méthode de commande intuitive/visuelle pour terminer le codage. Pour parler simplement, en termes de vitesse de codage, de commodité ou non, je pense que les deux sont comparables. Certaines personnes peuvent penser que l'IDE peut fournir des extensions riches, mais vim (emacs) n'est pas inférieur tant que vous le configurez bien.
En plus de cela, je pense que le plus grand avantage de l'IDE est : Faible coût d'apprentissage. Ne sous-estimez pas le coût de l'apprentissage. En dernière analyse, les entreprises veulent voir les résultats de votre travail. Pour les programmeurs, la démonstration la plus directe est que vous pouvez terminer rapidement votre travail de codage. Aujourd'hui, alors que les interfaces graphiques sont très populaires, si on demande à un programmeur Java d'effectuer un certain travail de codage [prérequis : il n'a entendu parler que de vim (emacs) et d'eclipse, mais ne les a jamais utilisés], qui est le plus adaptable à la programmation les outils en premier ? Je pense que le résultat devrait être qu'Eclipse a de meilleures chances de gagner ! Ce n'est pas une chose simple à configurer vim (emacs), mais dès qu'Eclipse est ouvert, de nombreuses personnes devraient pouvoir commencer à écrire du code.
De plus, un autre grand avantage de l'IDE : la Gestion de projet intégrée. L'IDE d'aujourd'hui, similaire à VS et Eclipse, n'est plus seulement un outil de programmation, mais un outil de gestion de projet complet qui inclut la gestion du cycle de vie du projet, y compris la création, le codage, la compilation, le déploiement intégré et la publication du périphérique . Et je pense secrètement que c’est ce qui m’attire le plus chez IDE.
La différence entre utiliser un éditeur ou un IDE et la différence entre un éditeur et un IDE n'a rien à voir avec cela. La seule chose qui compte est quel type d'état voulez-vous atteindre ?
Il est très facile d'obtenir un permis de conduire maintenant. Toute tante vendant des légumes dans la rue peut avoir un permis C. Cela est entièrement dû aux diverses « automatisations » avancées des voitures modernes. Le permis de conduire est très gênant, et l'entretien et les réparations des véhicules sont indispensables. Aujourd'hui, alors que le nombre de magasins 4S a pratiquement dépassé celui des toilettes publiques, combien de conducteurs peuvent comprendre ce qu'est la structure d'un embrayage, sans parler de l'entretien. peut dire moderne. Les nouveaux pilotes sont-ils plus performants que les précédents ? Ou les pilotes précédents sont-ils inférieurs aux pilotes modernes
?Bien sûr, aujourd'hui, avec une infrastructure très développée, vous pouvez dire : « Pourquoi devrais-je passer plusieurs années à apprendre à réparer des voitures ? Je veux juste conduire. Je peux passer le temps à apprendre à réparer des voitures à mieux conduire. .Mais alors vous ne pouvez pas vous éloigner de ces cercles d'infrastructures. Et si vous avez parcouru toutes les routes connues et que vous souhaitez vous rendre dans un endroit inconnu, un endroit sans magasins 4S ? Apprenez à réparer des voitures à partir de zéro ?
Peu importe si vous voulez rouler dans des cercles dessinés par d'autres pour le reste de votre vie. Mais si vous voulez être un pilote de haut niveau - un pilote de course, vous ne pouvez pas toujours compter sur la transmission automatique, l'ESP. , etc. Radar de recul. Et les pilotes de course ne conduisent pas de modèles produits en série.
L'IDE est un environnement de développement intégré, et vim et emacs configurés ne sont pas différents de l'IDE.
Les IDE de niveau entreprise comme Eclipse nécessitent moins de temps à configurer, mais ont de faibles degrés de liberté. Les outils légers comme vim et emacs sont relativement complexes à configurer mais disposent d'un degré de liberté plus élevé.
Les préférences pour ces deux types d'outils varient d'une personne à l'autre. Il n'y a pas de meilleurs outils, seulement les meilleurs programmeurs, n'est-ce pas ?
L'une des choses que j'envie le plus dans les IDE est que WebStorm peut prendre en charge la refactorisation de JavaScript (la dernière version prend déjà en charge CoffeeScript). Mon Vim ne le peut pas, et mon Emacs non plus.
On pourrait dire que je peux écrire un plug-in pour le supporter, je l'ai déjà fait, mais les outils de reconstruction pour analyser le texte et analyser la sémantique sont différents, n'est-ce pas ?