MetaTrader 5 ticaret terminalinde şekillendirici - sayfa 2

 
Renat :

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:

  1. şekillendirici ile temizlenebilir
  2. doğruluğunu kontrol et
  3. göstergeler için standart ekran görüntüleri oluşturun

Bir öğrenme arşivini sürdürmenin küresel görevini çözmek için birleşik bir stile sahip olmanın son derece önemli olduğu açıktır.

Acele kararlar vermeyin!

1. Şekillendirici, düzenleyicideki herkes tarafından kullanılabilir. Yayınlamadan önce kodu değiştirmeye gerek yoktur - kullanıcı isterse - zaten editörde yapacaktır.

2. Mevcut stilin MQL5 için birleştirilmeyi hak ettiğine katılmıyorum.


Pegasmaster yazdı >>

if ( ...
{
   for (
   {


   }
}

Bence bu klasik bir tarz. Tam hatırlamıyorum ama Van Püskül'ün üslupla ilgili kitabında her şey gayet net yazılmıştı .

Burada. Katılıyorum.

 
TheXpert :

Acele kararlar vermeyin!

1. Şekillendirici, düzenleyicideki herkes tarafından kullanılabilir. Yayınlamadan önce kodu değiştirmeye gerek yoktur - kullanıcı isterse - zaten editörde yapacaktır.

2. Mevcut stilin MQL5 için birleştirilmeyi hak ettiğine katılmıyorum.


+1000!
 
Renat :

MQL4 Code Base'deki birkaç bin komut dosyası, kullanılan stiller konusunda çok daha sert olan editörlerimizin ellerinden geçti.

Temiz.

sinirler

ihtiyaç

beslemek


 

Sorunun ne olduğunu anlamıyorum?!

Özel stiller yapmak ve bunlara çıkarılabilir olmayan "MQL5 Standardı" eklemek ve kodlarını kod tabanında yayınlayanları BAĞIMSIZ OLARAK yayınlamadan ÖNCE standart stile göre biçimlendirme yapmak için ZORUNLU ETMEK gerçekten zor değil mi?

Ama yazdığım bu kodlarda, metni uygun gördüğüm şekilde biçimlendirmeme izin verin.

Ah lütfen! Peki, sen neye değersin? Sonuç olarak - sandalyenin evrensel ayarı! :)))))))))))))))

 
coaster :


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:

Derleyici dedi ki: "her şey yolunda!". Ama program çalışmıyor. Hata nerede? Dekorasyonda mı? Yoksa kodda mı?

Belki. Ama kendi deneyimlerimden biliyorum ki iki stil birbiriyle mükemmel bir şekilde bir arada var olabilir. MQL5'te şekillendiriciyi her zaman kullanırım (ve şikayet etmem), Java'da IDE'nin yerleşik stilini kullanırım. Örneğin:

     public static int searchStringInArray(ArrayList<String> array, String match) {
         int found = 0 ;
        match = match.trim();
         for (String s : array) {
             int pos = s.indexOf(match);
            if (pos >= 0 ) {
...
                found++;
            }

        }
         return found;
    }
Köşeli ayraç yerleştirme sorunu (kapsanan koda yakın veya sol kenar boşluğuna bir karakter daha yakın) temel değildir.
 
Renat :


Programcılar, yanlışlıkla kendileri için yaptıklarını zannetseler de, kendileri için kod yazmazlar. tanıdık mı


Yani aynı şeyden bahsediyorum! Keçeli kalemlerin tadı ve rengi farklı... :)

MQL5.Community'de tek stil - bu onun ayırt edici özelliği olsun.

ama sadece editörde kişisel stil ayarlarını yapmayı mümkün kılın.

Ve sonra burada uzmanlarda, yeni bir tane oluşturduğunuzda, boşluklarını temizlemeye ve parantezleri indirmeye başlamanız biraz can sıkıcı.

 

kusura bakmayın mızrakların neden kırıldığı belli değil... bu sitede yayınlamakla ilgili bir şeyse, editörde ek bir özellik ise, tamamen farklı. sitede yayınlarken - "standart olmayan biçimlendirme" kullanmak için hiçbir neden görmüyorum, ancak editörde düzenlenmişse - yeni başlayanlara kod metninin biçimlendirmesi hakkında bir fikir vermekten oluşan çok olumlu bir fikir , GENEL OLARAK yine de metnin biçimlendirilmesi gerektiğini göstermez. biçimlendirmenin ne olduğunu bilenler için - işte çok büyük bir yardım ve hangi stilin kullanılacağına dair bir seçim olacaktır. sorunun görünüşteki önemsizliği hatalıdır. diyelim ki programcı korkunç bir kod aldı .... benim açımdan, bakıyorum - ÇOK benim biçimlendirmem değil ve kodu anlamak için biçimlendirmenin daha fazla zaman alacağına karar verdim, karar verdim - karışmamaya ... soru soran cevapsız kalır .. Editörde gelen metni biçimlendirme fırsatı varsa, kodun biçimlendirmesinden memnuniyetsizlikle değil, sorulan soru üzerinde çalışma başlayacaktır. yayınlarken ek stiller - hayır, düzenleyicide ek stiller - evet!

Документация по MQL5: Общие функции / PrintFormat
Документация по MQL5: Общие функции / PrintFormat
  • www.mql5.com
Общие функции / PrintFormat - Документация по MQL5
 
Bu konu neyden bahsediyor anlamadım? bir fırsat istemek veya birisi için ne kadar uygun olduğu hakkında?

Sadece hiçbir şeyi değiştirmeyeceğini söylüyorsun. ve bu kadar. İplik sessizce ölecek.

Yoksa gizli oylama mı yapıyorsunuz?

 
Çok sık yeni başlayanların kodlarını görmek zorunda kaldım. Sessiz bir korku. Dedikleri gibi, gözlerinizi kapatın ve ilerideki dokunuşa gidin.
 
sergeev :
Bu konu neyden bahsediyor anlamadım? bir fırsat istemek veya birisi için ne kadar uygun olduğu hakkında?

Sadece hiçbir şeyi değiştirmeyeceğini söylüyorsun. ve bu kadar. İplik sessizce ölecek.

Ben de bundan bahsediyorum!

İlk sorum şuydu: NEDEN böyle yaptılar ? Buna bir cevap aldım - MK , kaynak kodlarının tasarımı için kendi standartlarını uygulamaya karar verdi . sorun değil - bu onların hakkı.

İkinci sorum şuydu: dahili kişisel (kullanıcı olarak) kullanımım için kendi standardınızı EKLEMEk ("MK standardına" dokunmadan) mümkün mü?

Cevap yok .


Tabureye biçimlendirmeyi özelleştirme yeteneği verilirse, ben (ve muhtemelen yalnız değilim) bu özelliği büyük bir zevkle kullanacağım.

Değilse, MT5'te böyle bir menü öğesi olduğunu sonsuza dek unutacağım ve Astyle ile herhangi bir "benim değil" kodunu kendim için fırçalamaya devam edeceğim. kod tabanından indirilen kodlar bile MK standardına göre;)