MQL5 şekillendiriciyi tartışmak
Guano, çünkü özelleştirilemez.
Ayarları eklemenizi veya gerçekten yaygın bir tarzda biçimlendirmenizi öneririm.
Bir seçenek olarak - 2-3 stilden birini seçmeyi mümkün kılın.
+
Çözümün kendisi önemsizdir ve birçok IDE tarafından zaten uygulanmıştır.
dilin her sözdizimsel öğesi için ( { (işlev <= if ...... için) kurallar tanımlanır: ondan önce ve sonra kaç boşluk ekleneceği ve ondan önce veya sonra yeni bir satıra gerek olup olmadığı .
kullanıcı ayarları bir dosyaya kaydedilmeli ve editör başlatılırken otomatik olarak yüklenmelidir (öncelik).
- www.mql5.com
Stilleri özelleştirilebilir hale getirmek güzel olurdu.
... geliştiriciler için asıl soru bu...
Özel bir şekillendirici oluşturmak mümkün mü? onlar. bu mümkün - hiç şüphe yok. soru şu ki, bu dileği değerlendirmek için beklentiler ve öncelikler nelerdir?
Beyler, kod kimin için yazılıyor?
Programcıların geri kalanı için bundan kesinlikle eminim. Ve başka birinin biçimlendirilmemiş kodunu okumak onlar için çok ama çok tatsız.
Bu sorunu çözmek için şekillendiricinin düzenli bir işlevini yaptık. Başkalarının (sizin değil, başkalarının) kodunuza bakmasını istiyorsanız, onu en basit ve açık versiyona getirmek daha iyidir. Ve burada anahtar kelime "insan", "siz" değil.
Kod Tabanında çok büyük bir kaynak tabanı topladığımızdan, tek tip stil MQL5.community için önemlidir. Bu, bu kaynakların çok sayıda üçüncü taraf geliştirici ve kullanıcı tarafından okunacağı anlamına gelir.
Belirsiz bir anlaşılmaz kod koleksiyonu oluşturmamak için, yayınlanan tüm komut dosyaları otomatik olarak:
- şekillendirici ile temizlenebilir
- doğruluğunu kontrol et
göstergeler için standart ekran görüntüleri oluşturun
Mantık, kodun yuvalama düzeyine göre hizalanmasıdır . Gördüğümüz gibi burada bir anlaşmazlık yok.
Ancak açma ve kapama parantezleri kod değildir , tasarım öğeleridir ve bu nedenle kodun sınırlarının biraz dışına bir karakter kadar çıkar.
Bu beni şaşırttı. Bu sözde kurulumda hep bir hata olduğunu düşündüm. "dekorasyon öğesi" kodu büyük ölçüde değiştirebilir. Ancak bunun bir kod öğesi olmadığı ortaya çıktı. Misal:
if (условие) function1(); function2(); и ____________________________________ if (условие) {function1(); function2();}
Derleyici dedi ki: "her şey yolunda!". Ama program çalışmıyor. Hata nerede? Dekorasyonda mı? Yoksa kodda mı?
Lütfen kelimelere takılmayın.
Katı (kişisel haklar sınırında bile) tasarım kurallarının getirilmesi, formun öldürücü kodunu ortadan kaldırmanıza izin verir.
if (условие) function1(); function2();
Aslında bu konudaki zayıf iradenin geliştirme ekibini kaosa sürüklediği söylenebilir.
Bu kaosu azaltmak için özel olmayan katı bir şekillendirici uyguladık.
MQL4 Code Base'deki birkaç bin komut dosyası, kullanılan stiller konusunda çok daha sert olan editörlerimizin ellerinden geçti. Böyle bir süreci yeniden başlatmak istemiyoruz.
%100 doğru.
BİR stil olmalıdır. Ancak! Herkes için olmalı ve OLABİLİR.
birçoğu VC++ gibi diğer yaygın stillere alışıktır (ve ForexTools'u destekliyorum, örneğin bu stili kendim kullanıyorum).
Programcıların zaten işkence görmüş beyinlerini neden zorlayasınız ki ... bu stili ÖZELLEŞTİRİLEBİLİR kılmak daha kolay. Size ait olmayan bir kod stiline baktığınızda ve elleriniz onu kendinize göre biçimlendirmek için kaşındığında, 15 yıldır alıştığınız, sevgili, kullanışlı, bu duyguları muhtemelen kendiniz de biliyorsunuzdur...
Bence, parantezleri { } metne taşımak ve sonra onu 1 boşlukla uzaklaştırmak yerine çok zor değil - onlarla hiçbir şey yapmayın. Ebeveyniyle aynı seviyede olmasına izin verin, eğer, ...
%100 doğru.
BİR stil olmalıdır. Ancak! Herkes için olmalı ve OLABİLİR.
Kendiniz için yazıyorsanız, normal bir şekillendirici kullanmayın.
Programcılar, yanlışlıkla kendileri için yaptıklarını zannetseler de, kendileri için kod yazmazlar. tanıdık mı
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
MQL5 şekillendirici tartışılıyor. Buradan başlayın
Farklı kodlara bakmanız gerekiyor. Hatta kötü yazılmış olanlar.
İyi biçimlendirme, kodun okunmasını çok daha kolay hale getirir.
Bu nedenle, IMHO, normal kodlayıcıların büyük bir kısmı için, biçimlendirme özellikleri ve ayar eksikliği nedeniyle çip talep edilmeyecektir.
Ayarları eklemenizi veya gerçekten yaygın bir tarzda biçimlendirmenizi öneririm.
Bir seçenek olarak - 2-3 stilden birini seçmeyi mümkün kılın.