C ++ IDE dla systemu Linux? [Zamknięte]

Chcę rozszerzyć swoje horyzonty programistyczne na system Linux. Dobry, niezawodny podstawowy zestaw narzędzi jest ważny, a co jest bardziej podstawowe niż IDE?

Mogę znaleźć te tematy SO:

• Lekkie IDE dla systemu Linux i
• Jakich narzędzi używasz do programowania aplikacji C ++ w systemie Linux?

Nie szukam lekkiego IDE. Jeśli IDE jest warte swojej ceny, zapłacę za to, więc nie musi być darmowy.

Moje pytanie to:

Co dobrego, programowanie w C ++ IDE jest dostępne dla Linuksa?

Minimalne wartości są dość standardowe: podświetlanie składni, uzupełnianie kodu (jak intellisense lub jego odpowiednik Eclipse) i zintegrowane debugowanie (np. Podstawowe punkty przerwania).

Sam go szukałem, ale jest ich tak wiele, że prawie niemożliwe jest ręczne oddzielenie dobra od zła, szczególnie dla kogoś takiego jak ja, który ma niewielkie doświadczenie w kodowaniu C ++ w Linuksie. Wiem, że Eclipse obsługuje C ++ i bardzo podoba mi się to IDE dla Javy, ale czy jest on dobry dla C ++ i czy jest coś lepszego?

Drugi post faktycznie zawiera kilka dobrych sugestii, ale brakuje mi tego, co dokładnie sprawia, że ​​sugerowane IDE jest tak dobre dla użytkownika, jakie są jego (nie) zalety?

Może zatem moje pytanie powinno brzmieć:

Jakie IDE proponujesz (biorąc pod uwagę twoje doświadczenia) i dlaczego?

Początkowo: zamieszanie

Kiedy pisałem tę odpowiedź, niedawno przeniosłem się z Visual Studio (z wieloletnim doświadczeniem) do Linuksa i pierwszą rzeczą, jaką zrobiłem, było znalezienie rozsądnego IDE. W tym czasie było to niemożliwe: nie istniało dobre IDE.

Objawienie Pańskie: UNIX jest IDE. Wszystko. ¹

I wtedy zdałem sobie sprawę, że IDE w Linuksie jest wierszem poleceń z jego narzędziami:

• Najpierw skonfiguruj swoją powłokę
  • Bash, w moim przypadku, ale wiele osób woli
  • ryba lub
  • (Oh My) Zsh ;
• i twój redaktor; wybierz swoją truciznę - oba są najnowocześniejsze:
  • Neovim ² lub
  • Emacs .

W zależności od potrzeb będziesz musiał zainstalować i skonfigurować kilka wtyczek, aby edytor działał poprawnie (to jedna irytująca część). Na przykład większość programistów w Vimie skorzysta z wtyczki YouCompleteMe do inteligentnego autouzupełniania.

Po wykonaniu tej czynności powłoka jest interfejsem poleceń umożliwiającym interakcję z różnymi narzędziami - debuggerami (gdb), profilami (gprof, valgrind) itp. Skonfigurujesz środowisko projektu / kompilacji za pomocą Make , CMake , SnakeMake lub dowolnego z różnych alternatywy A ty zarządzasz swoim kodem za pomocą systemu kontroli wersji (większość ludzi używa Git ). Używasz także tmux (wcześniej także screen) do multipleksowania (= pomyśl o wielu oknach / kartach / panelach) i utrwalania sesji terminalu.

Chodzi o to, że dzięki powłoce i kilku konwencjom pisania narzędzi wszystkie one się ze sobą integrują . I w ten sposób powłoka Linuxa jest naprawdę zintegrowanym środowiskiem programistycznym , całkowicie na równi z innymi nowoczesnymi IDE. (Nie oznacza to, że poszczególne IDE nie mają funkcji, których może brakować w linii poleceń, ale odwrotność jest również prawdą.)

Do każdego własnego

Nie potrafię przecenić, jak dobrze powyższy obieg pracy działa, gdy już przyzwyczaisz się. Ale niektórzy ludzie po prostu wolą edytory graficzne, a od czasu, gdy pierwotnie napisano tę odpowiedź, Linux zyskał pakiet doskonałych graficznych IDE dla kilku różnych języków programowania (ale, o ile mi wiadomo, dla C ++). Spróbuj, nawet jeśli - tak jak ja - nie będziesz ich używać. Oto tylko mały i stronniczy wybór:

• W przypadku rozwoju Python istnieje PyCharm
• Dla R istnieje RStudio
• W przypadku JavaScript i TypeScript istnieje Visual Studio Code (który jest również dobrym wszechstronnym edytorem)
• I wreszcie, wiele osób uwielbia edytor Sublime Text do ogólnej edycji kodu.

Pamiętaj, że ta lista nie jest jeszcze pełna.

¹ Ukradłem ten tytuł z komentarza dsm.

² Kiedyś odnosiłem się do Vima tutaj. I chociaż zwykły Vim jest jeszcze bardziej niż zdolny, Neovim jest obiecującym wznowieniem i zmodernizował kilka starych brodawek.

Moim osobistym faworytem jest CodeLite 2.x IDE.

patrz: http://www.codelite.org

Decyzja o użyciu CodeLite została oparta na badaniu dotyczącym następującego środowiska C ++ IDE dla systemu Linux:

• Eclipse Galileo z wtyczką CDT
• NetBeans 6.7 (który jest również bazą dla SunStudio IDE)
• KDevelop4
• CodeBlocks 8.02
• CodeLite 2.x

Mimo wszystko zdecydowałem się użyć codelite 2.x .

Poniżej wymieniłem niektóre zalety i wady dotyczące wspomnianych IDE C ++. Pamiętaj, że odzwierciedla to tylko moją osobistą opinię!

EDYCJA : szkoda, że ​​SOF nie obsługuje tabel, więc muszę pisać w akapitach ...

Eclipse Galileo z wtyczką CDT

Plusy:

• rozsądnie szybko
• obsługuje także Java, Perl (z wtyczką EPIC)
• powszechnie używane i dobrze utrzymane
• dostępne również dla innych wersji systemu operacyjnego (Windows, MacOS, Solaris, AIX (?))

Cons:

• GUI jest bardzo mylące i nieco niespójne - wcale nie bardzo intuicyjne
• duża waga
• Obsługuje tylko CVS (AFAIK)

NetBeans 6.7 (zwróć uwagę, że jest to również podstawa dla SunStudio IDE)

Plusy:

• jeden z najbardziej intuicyjnych GUI, jakie kiedykolwiek widziałem
• obsługuje także Java, Python, Ruby
• integruje CVS, SVN, Mercurial
• powszechnie używane i dobrze utrzymane
• dostępne również dla innych wersji systemu operacyjnego (Windows, MacOS, Solaris)

Cons:

• wyjątkowo wolny
• duża waga
• używa spacji do wcięć, co nie jest zasadą w mojej pracy. Jestem pewien, że można to skonfigurować, ale nie mogłem się dowiedzieć, jak to zrobić

KDevelop4 (uwaga: nie testowałem na nim zbyt wiele)

Plusy:

• powszechnie używane w systemie Linux
• integruje CVS, SVN, Mercurial

Cons:

• GUI wygląda nieco staromodnie
• duża waga
• bardzo specyficzne dla środowiska KDE

CodeBlocks 8.02 (uwaga: nie testowałem dużo na nim)

Plusy:

• rozsądnie szybko

Cons:

• GUI wygląda nieco staromodnie (chociaż ma ładny ekran startowy)
• czcionki w edytorze są bardzo małe
• niektóre ikony (np. ikony związane z debugowaniem rozpoczynające / przechodzące) są bardzo małe
• brak integracji kontroli źródła

CodeLite 2.x (uwaga: to mój osobisty faworyt)

Plusy:

• najlepszy, nowocześnie wyglądający i intuicyjny graficzny interfejs użytkownika, jaki widziałem w systemie Linux
• lekki
• rozsądnie szybko
• integruje SVN
• dostępny również w innych wersjach systemu operacyjnego (Windows, MacOS, Solaris (?))

Cons:

• brak integracji CVS (to dla mnie ważne, ponieważ muszę go używać w pracy)
• brak wsparcia dla Java, Perl, Python (byłoby miło mieć)

1. Code :: Blocks
2. Eclipse CDT

Wkrótce przekonasz się, że IDE to za mało i będziesz musiał nauczyć się łańcucha narzędzi GCC (co nie jest trudne, przynajmniej poznanie podstawowej funkcjonalności). Ale bez szkody dla zmniejszenia przejściowego bólu z IDE, IMO.

Szybka odpowiedź, aby dodać trochę więcej wiedzy do tego tematu:
Zdecydowanie musisz sprawdzić NetBeans . Netbeans 6.7 ma następujące funkcje:

• Projekty i szablony C / C ++: Obsługuje podświetlanie składni, automatyczne uzupełnianie kodu, automatyczne wcięcie.
• Ma debugger C / C ++
• Obsługuje konfiguracje kompilatora, Menedżera konfiguracji i obsługę plików Makefile (z kreatorem).
• Ma okno klas, okno użycia i okno nawigacji pliku (lub panel).
• Makro widok ekspansji , a także podpowiedzi .
• Wsparcie dla rozwoju QT .

Myślę, że jest to idealne (i znacznie lepsze) podstawienie Visual Studio i bardzo dobre narzędzie do nauki C / C ++.

Powodzenia!

Przynajmniej w przypadku konkretnych projektów Qt, Qt Creator (od Nokia / Trolltech / Digia) pokazuje wielką obietnicę.

czy mógłbyś wyjaśnić nieco więcej, jak to było dla ciebie, co musiałeś zmienić? Może mógłbyś wskazać mi właściwy kierunek, podając linki do użytych informacji.

Moje pierwsze źródło to tak naprawdę strony narzędzi man. Po prostu wpisz

$ man toolname

w wierszu poleceń ( $tutaj jest część wiersza, a nie dane wejściowe).

W zależności od platformy są one dość dobrze napisane i można je również znaleźć w Internecie. W przypadku makefaktycznie przeczytałem pełną dokumentację, która zajęła kilka godzin. Właściwie nie sądzę, że jest to konieczne lub pomocne w większości przypadków, ale miałem kilka specjalnych wymagań w moich pierwszych zadaniach pod Linuksem, które wymagały wyrafinowanego makefile. Po napisaniu pliku makefile podałem go doświadczonemu koledze, który dokonał drobnych poprawek i poprawek. Po tym prawie wiedziałem make.

Korzystałem z GVIM, ponieważ miałem trochę (ale niewiele) wcześniejszych doświadczeń, nie mogę nic powiedzieć o Emacsie ani alternatywach. Uważam, że naprawdę pomaga odczytać .gvimrcplik konfiguracyjny innych ludzi . Wiele osób umieszcza go w Internecie. Oto moje .

Nie próbuj opanować wszystkich binutils naraz, jest zbyt wiele funkcji. Ale uzyskaj ogólny przegląd, abyś wiedział, gdzie szukać, gdy będziesz czegoś potrzebować w przyszłości. Państwo powinno jednak znać wszystkie ważne parametry g++i ld(narzędzie Łącznik GCC, który jest wywoływany automatycznie z wyjątkiem gdy wyraźnie zapobiec).

Ciekawe też, czy masz uzupełnianie kodu i podświetlanie składni podczas kodowania?

Podświetlanie składni: tak, i znacznie lepsze niż Visual Studio. Zakończenie Kod: yes- owski . Po pierwsze muszę przyznać, że nie użyłem uzupełniania kodu C ++ nawet w Visual Studio, ponieważ (w porównaniu do VB i C #) nie było wystarczająco dobre. Teraz nie używam go często, ale GVIM ma wbudowaną obsługę uzupełniania kodu w C ++. W połączeniu z biblioteką ctags i podobną do wtyczki taglistą jest to prawie IDE.

Zacząłem od artykułu Armina Ronachera. Przed przeczytaniem tekstu spójrz na zrzuty ekranu na jego końcu!

czy musisz najpierw skompilować, zanim pojawią się błędy (składniowe)?

Tak. Ale to samo dotyczy Visual Studio, prawda (nigdy nie korzystałem z całego pomidora)? Oczywiście podświetlanie składni pokaże niepasujące nawiasy kwadratowe, ale to wszystko.

i jak debugujesz (ponownie myślę o punktach przerwania itp.)?

Używam, gdbktóre jest narzędziem wiersza polecenia. Istnieje również graficzny interfejs o nazwie DDD. gdbjest nowoczesnym narzędziem do debugowania i może zrobić wszystko, co możesz zrobić w środowisku IDE. Jedyną rzeczą, która naprawdę mnie denerwuje, jest czytanie śladu stosu, ponieważ linie nie są wcięte ani sformatowane, więc bardzo trudno jest zeskanować informacje, gdy używasz wielu szablonów (co robię). Ale te również zaśmiecają ślad stosu w IDE.

Tak jak powiedziałem, miałem przyjemność „stawiać pierwsze kroki w języku programowania Java za pomocą notatnika w systemie Windows i kompilatora java z wiersza poleceń w liceum, i to był… wel koszmar! z pewnością kiedy mogłem porównać to z innymi kursami programowania, które miałem wtedy, gdzie mieliśmy przyzwoite IDE

Nie powinieneś nawet próbować porównywać nowoczesnego, w pełni funkcjonalnego edytora, takiego jak Emacs lub GVIM, z Notatnikiem. Notatnik jest ozdobą TextBox, a to naprawdę robi różnicę. Ponadto praca w wierszu poleceń jest zupełnie innym doświadczeniem w systemach Linux i Windows. Windows cmd.exejest poważnie uszkodzony. PowerShell jest znacznie lepszy.

/ EDYCJA: Powinienem wyraźnie wspomnieć, że GVIM ma edytowanie na kartach (jak podczas przeglądania na kartach, a nie tab-tab -spacje)! Znalezienie ich zajęło mi wieki, chociaż wcale nie są ukryte. Po prostu wpisz :tabezamiast zwykłego :epodczas otwierania pliku lub tworzenia nowego, a GVIM utworzy nową kartę. Przełączanie między kartami można wykonywać za pomocą kursora lub kilku różnych skrótów (w zależności od platformy). Klawisz gt(wpisz g, a następnie tw trybie komend) powinien działać wszędzie i przeskakuje do następnej karty lub karty nr. n jeśli podano numer. Wpisz, :help gtaby uzyskać więcej pomocy.

Nie powtarzam odpowiedzi, ale myślę, że mogę dodać trochę więcej.

Slickedit to doskonałe IDE.

Obsługuje dobrze duże bazy kodu bez spowalniania lub poświęcania całego czasu na indeksowanie. (Jest to problem, który miałem z cdt Eclipse). Szybkość Slickedit jest prawdopodobnie najprzyjemniejszą rzeczą w tym.
Uzupełnianie kodu działa dobrze i istnieje wiele opcji takich jak automatyczne formatowanie, upiększanie i refaktoryzacja.
Ma zintegrowane debugowanie.
Ma obsługę wtyczek i dość aktywną społeczność, która je tworzy.
Teoretycznie powinieneś być w stanie dobrze zintegrować się z ludźmi wykonującymi tradycyjne operacje na plikach makefile, ponieważ pozwala to na tworzenie projektu bezpośrednio z jednego, ale nie działało to tak płynnie, jak bym chciał, kiedy go wypróbowałem.
Oprócz Linuksa istnieją wersje dla komputerów Mac i Windows, jeśli są potrzebne.

Jako dawny gość w systemie UNIX zawsze używam Emacsa. Ale to ma dość stromą i długą krzywą uczenia się, więc nie jestem pewien, czy mogę go polecić początkującym.

Naprawdę nie ma „dobrego” IDE dla Linuksa. Zaćmienie nie jest bardzo dobre dla C / C ++ (CDT poprawia się, ale nie jest jeszcze bardzo przydatne). W pozostałych brakuje wszystkich funkcji, których będziesz szukał.

Naprawdę ważne jest, aby dowiedzieć się, jak działają wszystkie poszczególne narzędzia (gcc, make, gdb itp.). Po wykonaniu tej czynności program Visual Studio może być bardzo ograniczający.

Kasa Netbeans jest napisana w Javie, więc będziesz mieć takie samo środowisko niezależnie od systemu operacyjnego i obsługuje znacznie więcej niż tylko C ++.

Nie zamierzam cię przekonywać, ponieważ uważam, że IDE może być bardzo osobistym wyborem. Dla mnie poprawia to moją wydajność, ponieważ jest szybki, obsługuje języki, w których koduję, i ma standardowe funkcje, których można oczekiwać od IDE.

Krótka odpowiedź na to pytanie ...

Minął miesiąc odkąd zacząłem używać Vima jako mojego głównego narzędzia GUI do programowania C ++ w Linuksie. Początkowo krzywa uczenia się była trochę stroma, ale po pewnym czasie i przy włączonych odpowiednich opcjach i uruchomionych skryptach naprawdę się zorientowałem!

Uwielbiam sposób, w jaki możesz kształtować Vima, dostosowując go do swoich potrzeb; wystarczy dodać / zmienić kluczowe mapowania, a Vim zamieni się w wysoce produktywne „IDE”.

Zestaw narzędzi do budowy i kompilacji programu C ++ w systemie Linux jest również bardzo intuicyjny. make a g ++ są te narzędzia użyjesz.

Debugger ddd nie jest jednak aż tak dobrze, ale może to dlatego, że nie miałem czasu, aby ją opanować prawidłowo.

Tak więc dla każdego, kto jest lub szuka dobrego C ++ IDE w Linuksie, tak jak ja, najlepszym rozwiązaniem są standardowe narzędzia dostępne w samym Linuksie (Vim, g ++, ddd) i powinieneś przynajmniej spróbować użyć ich, zanim szukam sonetowania czegoś innego ...

Na koniec , naprawdę chcę podziękować Konradowi za jego odpowiedź tutaj. Naprawdę pomogło mi to znaleźć drogę w środowisku programistycznym Linux, dziękuję!

Ja też nie zamykając to pytanie, więc ludzie mogą nadal reagować, a może nawet dodać nowe propozycje lub uzupełnienia do już naprawdę ładne odpowiedzi ...

Polecam lekturę The Art Of UNIX Progranmming . To zmusi twój umysł do używania środowiska jako IDE.

Krótsza odpowiedź brzmi: wybierz dowolny „edytor”, który ci się podoba, a następnie użyj konsoli GDB lub prostego interfejsu GDB do debugowania aplikacji. Debugery są wyposażone w fantazyjne środowiska IDE, takie jak Netbeans do C / C ++. Używam Netbeans jako mojego edytora, a Insight i konsoli GDB jako mojego debuggera.

Dzięki wglądowi masz ładny GUI i surową moc GDB.

Jak tylko przyzwyczaisz się do poleceń GDB, zaczniesz go kochać, ponieważ możesz robić rzeczy, których nigdy nie będziesz w stanie zrobić za pomocą GUI. Możesz używać nawet Pythona jako języka skryptowego, jeśli używasz GDB 7 lub nowszej wersji.

Większość ludzi tutaj zwracała większą uwagę na „Redaktorów” IDE. Jeśli jednak opracowujesz duży projekt w C / C ++, możesz łatwo spędzić ponad 70% swojego czasu na „debuggerach”. Debugery fantazyjnych IDE są co najmniej 10 lat za Visual Studio. Na przykład Netbenas ma bardzo podobne interfejsy z Visual Studio. Ale jego debugger ma wiele wad w porównaniu do Visual Studio.

1. Bardzo wolno wyświetla nawet tablicę zawierającą tylko kilkaset elementów
2. Brak wyróżnienia dla zmienionej wartości (Domyślnie Visual Studio pokazuje zmienione wartości w oknach zegarka na czerwono)
3. Bardzo ograniczona zdolność do pokazywania pamięci.
4. Nie możesz zmodyfikować kodu źródłowego, a następnie kontynuować. Jeśli błąd zajmuje dużo czasu, chcesz zmienić źródło i zastosować zmiany na żywo i kontynuować uruchamianie aplikacji.
5. Nie można zmienić „następnej instrukcji”, aby uruchomić. W Visual Studio możesz użyć „Ustaw następną instrukcję”, aby zmienić sposób działania aplikacji. Chociaż ta funkcja może spowodować awarię aplikacji, jeśli nie będzie używana prawidłowo, ale pozwoli ci zaoszczędzić dużo czasu. Na przykład jeśli stwierdzisz, że stan aplikacji jest nieprawidłowy, ale nie wiesz, co spowodowało problemy, możesz ponownie uruchomić określony region kodów źródłowych bez ponownego uruchamiania aplikacji.
6. Brak wbudowanej obsługi STL, takiej jak wektor, lista, deque i mapa itp.
7. Brak punktów obserwacyjnych. Musisz mieć tę funkcję, gdy musisz zatrzymać aplikację w momencie zmiany zmiennej. Komputery oparte na procesorach Intel mają sprzętowe punkty obserwacyjne, dzięki czemu nie spowalniają systemu. Znalezienie trudnych do znalezienia błędów bez użycia punktów obserwacyjnych może zająć wiele godzin. „Visual Studio” nazywa „wskaźnik oglądania” jako „Data BreakPoint”.

Lista może być znacznie dłuższa.

Byłem tak sfrustrowany wadami Netbeans lub innych podobnych IDE, że zacząłem uczyć się samego GDB. Odkryłem, że sam GDB jest bardzo potężny. GDB nie ma wszystkich „wad” wymienionych powyżej. W rzeczywistości GDB jest bardzo potężny, jest pod wieloma względami nawet lepszy niż Visual Studio. Oto tylko bardzo prosty przykład.

Na przykład masz tablicę taką jak:

struct IdAndValue
{
  int ID;
  int value;
};


IdAndValue IdAndValues[1000];

Kiedy aplikacja się zatrzyma i chcesz sprawdzić dane w IdAndValues. Na przykład jeśli chcesz znaleźć porządki i wartości w tablicy dla konkretnego „ID”, możesz utworzyć skrypt podobny do następującego:

define PrintVal 
set $i=0
printf "ID = %d\n", $arg0
while $i<1000
  if IdAndValues[$i].ID == $arg0
    printf "ordinal = %d, value = %d\n", $i, IdAndValues[$i].vaue
    set $i++
  end
end
end

Możesz użyć wszystkich zmiennych w aplikacji w bieżącym kontekście, własnych zmiennych (w naszym przykładzie jest to $ i), przekazanych argumentów (w naszym przykładzie jest to $ arg0) i wszystkich poleceń GDB (wbudowanych lub zdefiniowanych przez użytkownika ).

Użyj PrintVal 1 z monitu GDB, aby wydrukować wartości dla identyfikatora „1”

Nawiasem mówiąc, NetBeans ma konsolę GDB, ale używając konsoli, możesz zawiesić Netbeans. I wierzę, że właśnie dlatego konsola jest domyślnie ukryta w NetBeans

Używam „ Geany ”, która do tej pory była dobra, jej szybkie i lekkie IDE.

Wśród cech Geany są :

• Składanie kodu
• Zapisywanie sesji
• Podstawowe funkcje IDE, takie jak podświetlanie składni, tabulatory, automatyczne wcięcia i uzupełnianie kodu
• Proste zarządzanie projektem
• Zbuduj system
• Próbnik kolorów (zaskakująco przydatny podczas tworzenia stron internetowych)
• Emulacja terminalu wbudowanego
• Wskazówki dotyczące połączeń
• Listy symboli
• Automatyczne uzupełnianie popularnych konstrukcji (takich jak if, else, while itp.)

Jeśli podoba Ci się Eclipse dla Java, sugeruję Eclipse CDT. Mimo że obsługa C / C ++ nie jest tak potężna jak w Javie, nadal oferuje większość funkcji. Ma przyjemną funkcję o nazwie Managed Project, która ułatwia pracę z projektami C / C ++, jeśli nie masz doświadczenia z Makefiles. Ale nadal możesz korzystać z Makefiles. Zajmuję się kodowaniem w C i Java i jestem bardzo zadowolony z CDT. Tworzę oprogramowanie układowe dla urządzenia osadzonego w C i aplikacji w Javie, która komunikuje się z tym urządzeniem i naprawdę fajnie jest używać tego samego środowiska dla obu. Myślę, że to prawdopodobnie sprawia, że ​​jestem bardziej produktywny.

Uwielbiam to, jak ludzie całkowicie pomijają prośbę z pierwotnego pytania o IDE. Linux NIE jest IDE. Nie tylko to oznaczają te słowa. Nauczyłem się c i c ++ używając vi i gcc i make, i nie mówię, że nie są to odpowiednie narzędzia, ale NIE są one IDE. Nawet jeśli używasz bardziej skomplikowanych narzędzi, takich jak vim lub emacs, lub jakiegokolwiek innego fantazyjnego edytora, pisanie poleceń w wierszu poleceń nie jest IDE.

Wszyscy wiecie, że make istnieje jako część studia wizualnego, prawda? Pomysł, że IDE „ogranicza”, jest po prostu głupi, jeśli możesz użyć IDE do przyspieszenia niektórych rzeczy, a mimo to nadal możesz polegać na wierszach poleceń, gdy jest to potrzebne.

Wszystko, co powiedziałem, sugeruję, tak jak kilka powyżej, wypróbowanie bloków kodu. Ma przyzwoite podświetlanie kodu, dość łatwy sposób na stworzenie projektu, zakodowanie go, uruchomienie go itp., Który jest rdzeniem prawdziwego IDE i wydaje się dość stabilny. Debugowanie jest do kitu ... Nigdy nie widziałem porządnego interaktywnego debuggera w żadnym wariancie linuksa / unixa. gdb, prawda? Jeśli jesteś przyzwyczajony do debugowania w studiu wizualnym, nie masz szczęścia.

W każdym razie idę spakować swoje rzeczy, wiem, że tłum linux tylko do jednego widoku wykrzyczy to i wyrzuci mnie z miasta w mgnieniu oka.

make + vim + gdb = jedno świetne IDE

Bardzo podoba mi się IDE Ultimate ++ . Ma pewne funkcje, które zostały zaprojektowane do użycia z ich własną biblioteką (która, BTW, jest całkiem fajnym zestawem narzędzi, jeśli nie chcesz kupować na GTK + lub QT), ale działa doskonale dobrze z ogólnymi projektami C ++. Zapewnia przyzwoite uzupełnianie kodu, dobre kolorowanie składni, zintegrowane debugowanie i wszystkie inne funkcje większości współczesnych IDE.

Naprawdę polecam blokady kodu . Nie jest tak ciężki jak Eclipse i ma obsługę projektów Visual Studio.

Być może projekt Linux Tools Project dla Eclipse może zaspokoić twoje potrzeby?

Projekt Linux Tools ma na celu dostarczenie programistom Linuksa w pełni funkcjonalnego C i C ++ IDE. Opieramy się na źródłowych funkcjach edycji i debugowania CDT oraz integrujemy popularne natywne narzędzia programistyczne, takie jak GNU Autotools, Valgrind, OProfile, RPM, SystemTap, GCov, GProf, LTTng itp. Obecne projekty obejmują przeglądarki i analizatory śladów LTTng, Edytor .spec RPM, integracja kompilacji Autotools, narzędzie do analizy wykorzystania sterty Valgrind oraz narzędzia do profilowania połączeń OProfile.

W systemie Linux jest wiele IDE:

• Kod :: bloki
• Codelite
• KDevelop
• Kreator Qt
• Zaćmienie za pomocą CDT
• NetBeans

Z mojego doświadczenia najcenniejsze są Eclipse i Qt Creator . Obie zapewniają wszystkie „standardowe” funkcje (tj. Autouzupełnianie, podświetlanie składni, debugger, integracja z git). Warto zauważyć, że Eclipse zapewnia również funkcje refaktoryzacji, a Qt Creator zapewnia integrację z Valgrind i wsparcie dla wdrażania na zdalnych obiektach docelowych.

Również komercyjny CLion IDE wydaje się całkiem dobry (ale nie używałem go zbyt często).

Słyszałem, że Anjuta jest dość sprytna dla użytkowników Gnome. Grałem trochę z KDevelop i jest fajny, ale trochę brakuje mu funkcji. Code :: Blocks jest również bardzo obiecujący i najbardziej mi się podoba.

Sun Studio wersja 12 jest do pobrania za darmo (dostępne jest BEZPŁATNE i płatne wsparcie) - http://developers.sun.com/sunstudio/downloads/thankyou.jsp?submit=%A0FREE+Download%A0%BB%A0 .

Jestem pewien, że masz obsługę uzupełniania kodu i debugowania, w tym obsługę wtyczek w tym środowisku IDE.

Sun Studio jest dostępne dla systemów Linux i Solaris. fora: http://developers.sun.com/sunstudio/community/forums/index.jsp . Fora Sun Studio Linux: http://forum.sun.com/forum.jspa?forumID=855

Z chęcią wysłucham Twojej opinii na temat tego narzędzia.

BR,
~ A

Wcześniej używałem Ultimate ++ IDE i jest raczej dobra.

I wtedy zauważyłem, że po prostu nie tak tam pracujesz *, i wyrzuciłem wszystko, spędziłem kilka dni czytając podręczniki, konfigurując moją powłokę (bash), konfigurując środowisko GVIM, poznałem łańcuch narzędzi GCC / binutils, make i gdb i żyli długo i szczęśliwie.

W większości się zgodzę, ale problem dotyczy również percepcji: zapominamy, jak trudno było stać się produktywnym w dowolnym wybranym IDE (lub innym środowisku). Uważam, że IDE (Visual Studio, NetBeans, Eclipse) jest niesamowicie nieporęczne na tak wiele sposobów.

Jako dawny gość w systemie UNIX zawsze używam Emacsa. Ale to ma dość stromą i długą krzywą uczenia się, więc nie jestem pewien, czy mogę go polecić początkującym.

Poparłbym to; używaj Emacsa jako mojego głównego edytora zarówno w systemie Linux, jak i MSW (XP2, W2K). Nie zgodziłbym się, że ma stromą krzywą uczenia się, ale powiedziałbym, że z powodu ogromnej liczby cech ma długą krzywą uczenia się. Możesz być produktywny w krótkim czasie, ale jeśli chcesz, możesz nauczyć się nowych funkcji w nadchodzących latach.

Jednak - nie oczekuj, że wszystkie funkcje Emacsa będą dostępne w rozwijanych menu, jest po prostu zbyt wiele funkcji, aby je tam znaleźć.

Jak wspomniałem, od lat używam GNU Emacs na MSW. I zawsze działało dobrze z Visual Studio, dopóki nie „uaktualniłem” do 2008 roku; teraz czasami opóźnia wiele sekund przed odświeżeniem plików z dysku. Głównym powodem edycji w oknie VS jest funkcja uzupełniania kodu „Intellisense”.

geany polecam

Chociaż używam Vima, niektórzy z moich współpracowników używają SlickEdit, który wygląda całkiem dobrze. Nie jestem pewien co do zintegrowanego debugowania, ponieważ i tak nie bylibyśmy w stanie tego zrobić w naszym konkretnym projekcie.

SlickEdit ma dobrą obsługę nawigacji po dużych bazach kodu, z odniesieniami i skokami znaczników. Oczywiście ma też takie podstawowe elementy, jak podświetlanie składni i uzupełnianie kodu.

Używam Eclipse CDT i Qt Creator (dla aplikacji Qt).

To są moje preferencje. To bardzo sugestywne pytanie i jest tyle odpowiedzi, ile jest programistów. :)

SlickEdit. Używam i kocham SlickEdit od 2005 roku, zarówno w systemie Windows, jak i Linux. Mam również doświadczenie w pracy w Visual Studio (5, 6, 2003, 2005) i tylko z Emacsem i wierszem poleceń. Używam SlickEdit z zewnętrznymi plikami makefile, niektórzy z moich kolegów z drużyny używają SlickEdit, inni używają Emacs / vi. Nie używam zintegrowanego debuggera, zintegrowanej kontroli wersji, zintegrowanego systemu kompilacji: generalnie uważam, że zbyt duża integracja jest prawdziwym bólem. SlickEdit jest solidny (bardzo mało błędów), szybki i intuicyjny. To jest jak niemiecki samochód, samochód kierowcy.

Najnowsze wersje SlickEdit wydają się oferować wiele funkcji, które mnie nie interesują, jestem trochę zaniepokojony, że produkt stanie się wzdęty i rozcieńczony w przyszłości. Na razie (używam wersji 13.0) jest świetny.

Wydaje mi się, że Ultimate ++ jest najlepszym rozwiązaniem do pisania programów między osiami

Jeśli używasz vima przez długi czas, powinieneś zrobić to jako IDE. Dostępnych jest wiele dodatków. Znalazłem kilka z nich jako całkiem użytecznych i skompilowałem to tutaj, spójrz na to.

• C / C ++ IDE
• Przeglądarka kodów źródłowych

I wiele więcej w tamtejszej serii porad i wskazówek vi / vim.