mql için bir ide olarak Vim - sayfa 9
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
İmleci kopyalamak/silmek/yapıştırmak/hareket ettirmek için parmaklar oklardan/fareden çıkmadığında kod yazmanın ne kadar hızlı olduğunu hayal edebiliyor musunuz? Tabii ki, bu bütün bir gruptan sadece bir örnek.
Lütfen olasılıkları görsel olarak gösteren birkaç video kaydedin. Teşekkür ederim.
Lütfen olasılıkları görsel olarak gösteren birkaç video kaydedin. Teşekkür ederim.
evet var zaten
Temeller orada.
Kesinlikle bu şekilde değil. Birincisi programcılar, çok azı var. İkincisine genellikle kodlayıcı denir, bunlar lejyondur.
Nerede, kim tarafından, ne zaman?
vim nedir diye sormak istedim...
"Sadece hardcore" tarzında çalışan insanlar var. Çok azı var, başkalarına empoze etmiyorlar, sadece paylaşıyorlar. Ben kendim (uzun) yıldır iş yerinde Linux kullanıyorum. Ama şarap altında MT ile ilgili birçok sorun vardı ve ben gol attım. Şimdi birçok sorun çözüldü, ancak geri dönmek istemiyorum.
İnsanların çalışmasına ve tarif etmesine izin verin, birkaç kişiye yardımcı olacaktır. Tabii ki, tüm bunlar bir amatör.
Bazen "Her şeyi bırakıp Linux'a geçeceğim" diye düşündüren tek sorun, pencerelerle ilgili sonsuz sorunlardır. MS'nin eğrilerini ve öngörülemezliğini güncelleyin.
evet var zaten
Temeller orada.
IMHO, gösterilenlerin çoğu bademcikleri kıçından kesmeyi andırıyor) Evet, metin yazarları için faydalı olabilir, ancak bir programcı için metin yazma hızı kesinlikle önemli bir faktör değildir. MQL koduyla çalışma sürecinin nasıl göründüğünü, derleme, hata navigasyonu vb. görmek daha ilginç olurdu.
IMHO, gösterilenlerin çoğu bademcikleri kıçından kesmeyi andırıyor) Evet, metin yazarları için faydalı olabilir, ancak bir programcı için metin yazma hızı kesinlikle önemli bir faktör değildir. MQL koduyla çalışma sürecinin nasıl göründüğünü, derleme, hata navigasyonu vb. görmek daha ilginç olurdu.
çoğu zaman, programcı aptalca faaliyetlerle meşgul olur - kod yazma, küçük (yazma hatalarını düzeltme) ve kodun büyük düzenlemesi (yani, yeniden düzenleme). Derleme ve gezinme hataları çok küçük bir şey..
Bu elbette "yapmadan önce düşün" sürecini hariç tutuyor :-)
dil ve ortam tanıdık olduğunda, neredeyse hiç sözdizimi hatası olmadan hemen yazarsınız. kod tamamlama yardımcı olur, ancak bazen engel olur. MTEditor neden int'in interface'e genişletilmesi gerektiğine karar verdi? VIM veya EMac'lerde koltuk değneklerini hala ayarlayabilirsiniz, ancak normal editörde bu aşılmaz - sadece spor lotosunu yazın
diğer şarkılarda hata ayıklama ile - hata ayıklayıcı bir şekilde editörde vpendyuren, ancak o değil. Bu nedenle, baskılar ve günlükler bizim her şeyimizdir :-)
kod tamamlama yardımcı olur, ancak bazen engel olur
Vakaların %99'unda yardımcı olur. Bu nedenle, tüm MQL işlevleri ve türleri başlık dosyasında bildirilmelidir. vim.mqh dosyasında, gördüğüm kadarıyla, şimdiye kadar işlevlerin yalnızca küçük bir kısmı bildirilmiş.
dil ve ortam tanıdık olduğunda, neredeyse hiç sözdizimi hatası olmadan hemen yazarsınız
Bu arada, siz yazarken Wim'de otomatik bir sözdizimi denetimi var mı? Hatasız bir kod parçasını körü körüne yazmak için, çok nadir bir başarıdır)
IMHO, gösterilenlerin çoğu bademcikleri popodan kesmeyi andırıyor) Evet, metin yazarları için faydalı olabilir, ancak bir programcı için metin yazma hızı kesinlikle önemli bir faktör değildir. MQL koduyla çalışma sürecinin nasıl göründüğünü, derleme, hata navigasyonu vb. görmek daha ilginç olurdu.
Şahsen, "düzenli editörler" beni rahatsız ediyor, parmaklar zaten otomatik olarak vim kombinasyonlarına basıyor. Metaeditörde kendimi rahat hissetmiyorum.
Bu arada, siz yazarken Wim'de otomatik bir sözdizimi denetimi var mı? Hatasız bir kod parçasını körü körüne yazmak için, çok nadir bir başarıdır)
Doğal olarak ve metaeditördeki standart olandan çok daha iyidir. Bundan clangd (lsp sunucusu) sorumludur, vim coc'da (lsp istemcisi), ne makrolar ne de herhangi bir karmaşıklıktaki şablonlar onu şaşırtmaz. Ve dizileri geçerken ve işaretlerinin yayılması ve doğru referans kaldırma sayesinde, kod neredeyse çapraz şekillidir, bu, clang'ın komut verme yeteneği üzerinde olumlu bir etkiye sahipti. Eh, tanımlara geçişler de var, ..., ayrıca.
Eklentilerim yok, diyebilirsiniz (sadece yazı tipi ve coc), ancak her zevke göre koyabilirsiniz - örneğin, soldaki dosyalar için “navigatör”.
Ancak vim'in hazırlığa ihtiyacı var. İlk sayfada help komutuna link verdim, alışması zaman alıyor.