bunun sizin için nasıl olduğunu, neyi değiştirmek zorunda olduğunuzu biraz daha netleştirebilir misiniz? Belki de kullandığınız bilgilere bazı bağlantılar sağlayarak beni doğru yöne yönlendirebilirsiniz.
İlk kaynağım aslında araçların man
sayfalarıydı. Sadece yaz
$ man toolname
komut satırında ( $
girişin değil, istemin bir parçası).
Platforma bağlı olarak, oldukça iyi yazılmış ve internette de bulunabilirler. Durumda, birkaç saat süren belgelerinmake
tamamını okudum . Aslında, bunun çoğu durumda gerekli veya yararlı olduğunu düşünmüyorum, ancak Linux altındaki ilk ödevlerimde sofistike bir dosya gerektiren birkaç özel gereksinimim vardı. Makefile'ı yazdıktan sonra, ufak tefek değişiklikler ve düzeltmeler yapan deneyimli bir meslektaşımla verdim. Ondan sonra neredeyse biliyordum .make
GVIM'i kullandım çünkü orada daha önce (çok fazla değil) deneyimim vardı, Emacs veya alternatifler hakkında hiçbir şey söyleyemem. Gerçekten diğer insanların .gvimrc
yapılandırma dosyasını okumak için yardımcı olduğunu düşünüyorum . Birçok kişi web'e koydu. İşte benim .
Tüm binutillerin bir keresinde ustalaşmaya çalışmayın, çok fazla işlev var. Ancak genel bir bakış edinin, böylece gelecekte bir şeye ihtiyaç duyduğunuzda nerede arama yapacağınızı bileceksiniz. Sen gerektiğini , ancak, tüm önemli parametreleri bilmek g++
ve ld
(açıkça engelledi durumlar dışında otomatik çağrılan GCC bağlayıcı aracı).
Ayrıca merak ediyorum, kod yazarken kod tamamlama ve sözdizimi vurgulama var mı?
Sözdizimi vurgulama: evet ve Visual Studio'dan çok daha iyi. Kod tamamlama: evet- imsi . Birincisi, (VB ve C # ile karşılaştırıldığında) Visual Studio'da bile C ++ kod tamamlama kullanmadığımı itiraf etmeliyim ki yeterince iyi değildi. Şimdi sık sık kullanmıyorum ama yine de, GVIM C ++ için yerel kod tamamlama desteğine sahiptir . İle birlikte ctags kütüphanesi ve bir plug-in gibi taglist bu neredeyse bir IDE.
Aslında, beni başlatan şey Armin Ronacher'in bir makalesiydi . Metni okumadan önce, sonundaki ekran görüntülerine bakın!
(sözdizimi) hataları almadan önce derlemeniz gerekiyor mu?
Evet. Ama bu Visual Studio için aynı, değil mi (Asla Bütün Domates kullanmadım)? Elbette, sözdizimi vurgulaması size eşleşmeyen parantezleri gösterecektir, ancak hepsi bu kadar.
ve nasıl hata ayıklama (tekrar kesme noktaları vb düşünüyorum)?
Kullandığım gdb
bir komut satırı aracı olan. Ayrıca grafiksel bir ön uç da var DDD
. gdb
modern bir hata ayıklama aracıdır ve bir IDE'de yapabileceğiniz her şeyi yapabilir. Beni gerçekten sinirlendiren tek şey bir yığın izini okumaktır çünkü satırlar girintili veya biçimlendirilmemiş olduğundan, çok sayıda şablon kullandığınızda bilgileri taramak gerçekten zordur (yaptığım). Ama aynı zamanda IDE'lerde yığın izini de karıştırıyor.
Dediğim gibi, ben pencerede not defteri ve lisede komut satırı java derleyici kullanarak Java programlama dilinde ilk adımları ayarlamak için 'zevk' vardı ve bu, .. wel bir kabus! kesinlikle diğer programlama dersleri ile karşılaştırabildiğim zaman iyi IDE'lerin olduğu yerde
Emacs veya GVIM ile Notepad gibi modern, tam özellikli bir editörü karşılaştırmaya bile çalışmamalısınız. Not Defteri süslenmiş bir TextBox
kontroldür ve bu gerçekten tüm farkı yaratır. Ayrıca, komut satırı üzerinde çalışmak Linux ve Windows'da çok farklı bir deneyimdir. Windows cmd.exe
ciddi şekilde sakat. PowerShell çok daha iyi.
/ EDIT: Açıkça belirtmek gerekir ki GVIM sekmeli düzenleme (sekmeli tarama gibi, sekmeler-boşluklar gibi)! Hiç gizli olmasalar da onları bulmam çok zaman aldı. Bir dosyayı açarken veya yeni bir dosya oluştururken :tabe
düz yerine yazmanız :e
yeterlidir; GVIM yeni bir sekme oluşturur. Sekmeler arasında geçiş yapmak imleç veya birkaç farklı kısayol kullanılarak yapılabilir (platforma bağlı olarak). Anahtar gt
(tür g, ardından tkomut modunda) her yerde çalışmalı ve bir sonraki sekmeye veya sekme no. n bir numara verildiyse. Tip :help gt
fazla yardım almak için.