Az intellij elképzelés benyomása után egy évvel együtt dolgozik vele, valamint egy klasszikus témával a vim vs ide,
Kezdjük a hátrányokkal:
- Nem annyira mínusz, mint a megjegyzendő információk. Nem minden nyelv egyformán jól támogatott az IDEA-nál. Jól ismert, hogy a Java, a Kotlin és a Scala jól támogatottak. Erlang, amennyire én emlékszem, szintén jól működött. A legtöbb más nyelveken, hogy megpróbáltam, mind ott Rust, Go, Haskell, és egyéb furcsa szükségtelen nyelven, vagy csak végre szintaxiskiemeléssel, anélkül, hogy a normál automatikus befejezése megy a definíció refactorings, és így tovább, jól, vagy azok végrehajtását, de a munka aby hogyan. Meg kell azonban jegyezni, hogy még ebben az esetben is az IDEA nem rosszabb, mint a Vim;
- Rendkívül ritka, de előfordul, hogy hibákba ütköznek. Megnyomtam a shift-shift, megtalálta a megfelelő osztályba, és a keresési párbeszédablak nem záródik. Vagy írsz ilyen kódot, és egy bizonyos ponton a kurzor eltűnt. Egyáltalán. Az első esetben lehetőség van arra, hogy valahogy ki, hogy újra kell indítani a második IDE. De ismét megjegyzem, hogy ez nem gyakran történik meg. Lehetséges, hogy hetekig csendesen dolgozik, és nem ismeri a betegségeket;
- Néhány dolog támogatása sok kívánnivalót hagy maga után. Beállítottam zászlókat a build.sbt-ben, hogy mindenhol -Xfatal-figyelmeztetések. egy alprojektben - felosztás: igaz. és a másik - diszkrét: hamis. A self sbt problémamentesen összegyűjti, és az IDEA nem gyűjt össze, mert az alprojektben elvetett figyelmeztetés van, ahol a -deprecation: false. És aztán, egy idő után - egyszer, és minden már megy, bár nem változtatott semmit. A Play Framework támogatása mind az IDEA ingyenes, mind pedig fizetős változatában felborít. A kód fele vörös színű, az automatikus kiegészítés időben működik - ez a fajta probléma;
- Valami nem a legnyilvánvalóbb módon működik. Annak érdekében, hogy a Scala konzol általában dolgozott az egyik al-projektek, látni az összes csomagot, és így tovább, meg kell futtatni Scala konzol, zárja le, majd nyissa meg a Scala konzol Run konfigurációk, és módosítsa a modult a legördülő listából a jobb oldalon. Ha nem tudja, hol kell keresnie, akkor régóta szétszerelheti, vagy akár úgy dönthet, hogy a Scala Console meghibásodott;
- Bizonyos esetekben az IDEA jelentősen lassulhat. Például, ha van egy 5000 sornyi kódszáma a Scalán a projektben. Az ilyen fájlokat kisebb fájlokba osztja, és a probléma eltűnik;
- Az IDEA némileg erőforrás-igényes. Alapértelmezés szerint legfeljebb 512 MB az x86-on és legfeljebb 768 MB az x64-en. Nagy rekonfigurálással akár 768 MB is nem elég, ezért személy szerint -Xmx1024m már szerepel az idea64.vmoptions fájlban. Meg kell jegyeznünk, hogy az IDEA sok hasznosat és 1 GB memóriát nem jelent nagy problémát még a régi tartalék számítógépemen sem. amely már 2,5 éves;
- Teljesen valószínűleg megpróbáltam kitalálni a harmadik napot, miért nem tudott az IDEA projekt a Scala 2.11 és a JRE 8-ra való áttérés után. Az SBT-ben minden jól ment együtt. Az általános szabály ebben az esetben a projekt egy új könyvtárba történő klónozása és a semmiből történő importálás. És ha a közösségi kiadásban is ülsz, ülj jobbra. Az volt a benyomásom, hogy azért, mert a Scala nyelvi támogatás a végső kiadás, és egy közösség kiadás más és más, az emberek valószínűleg nagyobb az utóbbi támogatás van a Scala és stabilabb miatt nagyobb számú felhasználó és hibabejelentések;
- Nagyon ijesztő a bővítmények frissítése, valamint az IDE frissítése. Gyakran valami leáll. Miután a Scala Console megszakadt, a Ctr + Enter kombináció nem működött. Valami elkezdhet egy kicsit másképp dolgozni, mint korábban. Korábban az ügyosztály definíciójára való váltás mind a Ctr + B, mind pedig az F4 esetében működött, és most csak a Ctr + B esetében működik. Világos, hogy ha mindig az F4-et használod, úgy tűnik, hogy törött. Miután az IDEA-t a 13-as verzióról a 14. verzióra frissítették, általában ismét nagy probléma volt a projekt összeállításához. Vagy gondosan teszteld a frissítéseket magadban a virtuális gépen, vagy teljesen kapcsolja le őket, és évente egyszer helyezze el az új IDEA-t egy külön címtárba;
Nos, most - a jóról:
Vim-et használtam több évig, mint az IDEA. Egyike voltam azoknak az embereknek, akik az IDE-felhasználókat szórakoztatták. hogy ezek az IDE-k mindegyike fék, a kód kiemelés és a fülek vannak a Vimben és engem, és a refactoring-t oly ritkán kell végrehajtani, hogy támogatásuk nem szükséges. Nem tudom, hogyan számolhatok NetBeans vagy Eclipse, de az IntelliJ IDEA-val pontosan tévedtem. Természetesen a fenti kellemetlen problémák vannak. De ha elképzeled, hogy ez az ár a csere útján elért előnyökért, akkor arról szól, hogyan vásárolhatok autót a tabletta árán.
Tetszik a post? Ossza meg másokkal:
(A JS-nek engedélyezve kell lennie)