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
Urain писал(а) >>
ps bir an için stilin sadece bir alışkanlık olduğunu ve başka bir şey olmadığını, bir düşünce kalıbı olduğunu düşünün.
Bu şablon yıllar içinde geliştirildi ve dahası, yavaş yavaş da olsa gelişmeye devam ediyor. :)
Yani kötü bir alışkanlık değil. Onun için çok zordu. Bu, operatörler arasında boşluk bırakmak değil - evet - şaşırtıcı derecede birçok insan için kötü bir alışkanlık.
Hayır, şekillendirici ayarsız kalacaktır.
Bu geliştiricinin cevabı. konu kapandı :(
Bu şablon yıllar içinde geliştirildi ve dahası, yavaş yavaş da olsa gelişmeye devam ediyor. :)
Yani kötü bir alışkanlık değil. Onun için çok zordu. Bu, operatörler arasında boşluk bırakmak değil - evet - şaşırtıcı derecede birçok insan için kötü bir alışkanlık.
aslında iş ekibin işine geldiğinde en önemli şey tüm ekibin aynı kod tarzında çalışmasıdır. bu son derece önemlidir. ve istiridyelerin tadı hakkında tartışmanın bir anlamı yok. onları yedik! ;-) Hatta size bu deniz ürünlerini yemenin ne gibi faydalı yan etkileri olduğunu söyleyebilirim! :-) :-)
genel olarak, neredeyse eşdeğer olan 2 yeterli okunabilir stil vardır:
ve
diğer her şey kötü olandan, IMHO
not. sallanan pençe azzx
EMBEDDED sistemler (donanım) için şirket içi C tarzı standart örnekleri:
Sorunun her iki taraf için de çok basit bir çözümü olabilir.
Sadece iki versiyonu tutmanız gerekiyor.
Geliştiriciler, biçimlendirilmiş sürümü kendileri için - işlemenin kendileri için uygun şekilde ve kullanıcı için - alışık oldukları şekilde tutarlar.
Bu durumda, hiç kimse kimseye bir şey dayatmaz ve yeni bir yeniden biçimlendirme için ek disk alanı ve zaman maliyetleri önemsizdir.
Üstelik ideolojik olarak doğru üslubu öğrenmek isteyenler her zaman "ideal"e bakma fırsatı buluyor :)
aslında iş ekibin işine geldiğinde en önemli şey tüm ekibin aynı kod tarzında çalışmasıdır.
Bir kişi aklı başındaysa, kimsenin bununla tartışması olası değildir. :)
Shu yazdı >>
genel olarak, neredeyse eşdeğer olan 2 yeterli okunabilir stil vardır:
ve
diğer her şey kötü olandan, IMHO
Sorunun her iki taraf için de çok basit bir çözümü olabilir.
Sorunun çözümü TEMEL'dir. Tabure zaten çalışıyor ve bir yerde, braketin kaç pozisyonda girintilenmesi gerektiğine göre bir sabit var. ME parametrelerine bu girintiyi girmek için bir metin alanı eklemek, herhangi bir geliştirici için önemsiz bir konudur. Herkes .... MK hariç - kendi "politikaları" var ve nedense ne olursa olsun uymaya karar verdiler.
Kod tabanında genel bir düzen olması gerektiği argümanı mazeret bile değil :)) Yazdığınız scriptleri kabul etmek için kuralları yazın: kodlar şu veya bu tarzda biçimlendirilmiş olarak kabul edilir. Kullanıcı başka bir şey gönderirse, "olması gerektiği gibi biçimlendir" standart bir yanıt alır ve hiçbir kod tabanı yöneticisi böyle yanlış bir metinle dalga geçemez.
Ama mesele bu değil! Dünyada günde kaç satır MQL kodu yazılıyor? Bence bu sayı için bir uzun bile yeterli değil. Ve kaç tanesi kod tabanında yer alıyor?! Bence bu kısa-a yeterli. Bu yüzden kurnaz olmayın sevgili geliştiriciler ;) Kod tabanında posterlerden çok gerçek kullanıcılarınız var. Ve ürününüz ONLAR için ne kadar uygunsa, o kadar popüler olacaktır. Dürüstçe yazın - yapacağız, ancak daha sonra, "çok sonra" olabilir ..... Aksi takdirde, beşin ilk betasının yayınlanmasıyla aynı şekilde kırılırsınız ... Sizin için uygun değil :)
Нет, стайлер останется без настроек.
ForexTools yazdı >>
Bu geliştiricinin cevabı. konu kapandı :(
ne yazık ki
--
kalıntılar:
1-başka bir şekillendirici bul
2-düzenli kullanım
---
kodun algılanması, herkesin kendi
iyi kod düzenlenir - nadiren
kod her zaman ürünle birlikte gönderilmez
kodu geçsem bile - o zaman tarzım alışkın olanlar tarafından kötü algılanabilir
bu tarzda yazıyorum
sadece kataloğa bakın!
C:\Program Dosyaları\Microsoft Visual Studio 8\VC\atlmfc\src\mfc\
klasik bir tarz var... ben buna bağlı kalıyorum
İşte bir satırdan asty.bat toplu iş dosyası:
astyle.exe --indent=tab --indent=force-tab=3 --style=allman --delete-empty-lines --pad-oper --unpad-paren --pad-paren-out %1 %2 %3 %4 %5 %6 %7 %8 %9
ve mutlu olacaksın.
http://astyle.sourceforge.net/astyle.html
stil özelleştirilebilir olmalı, kodun nasıl göründüğü yazara kalmış..
yazar olarak geliştiriciler bizi yazar olarak tanımıyor..
notepad++ gibi alternatifleri kullanmanız gerektiğinde,
böylece çift parantez ile yeterince çalışabilirsiniz, o zaman stiller hakkında konuşmaya gerek yok ..