MQL5 için dilekler - sayfa 49

 

Evet, işte daha fazlası:

MetaEditor'a PsPad gibi eklentiler yazma yeteneği verin

Şunlar gibi güzel şeyler ekleyin:

1. Eşleştirilmiş parantezlerin vurgulanması !!!

2. kendisi bir çift parantez ekleyen bir komut dosyası

3. ÇOK ÇOK LÜTFEN GEREKLİ FONKSİYONLARA HIZLI GEÇİŞ İLE BİR DOSYA AĞACI YAPIN

4. kill on..ig ctrl+f2, bitti!!! ctrl+1, ctrl+2, ....

 

bir parantez eksik olduğunda, derleyici genellikle dosyanın sonunu gösterir !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

ve sonra 1000 satırda arama yapın :)

 
insanlar kendi dillerinde profesyonellerin üzerindedir ???? Çerçeveniz nerede???? acil!!! Çok hızlı olmalı.
 
Ve evet, ben de hatırladım, tam API'de, sondaki durağı ayarlayacak bir işlev yapın !!! (daha az baş ağrısı!!!)
 
Toxa писал (а) >>
Ve evet, ben de hatırladım, tam API'de, sondaki durağı ayarlayacak bir işlev yapın !!! (daha az baş ağrısı!!!)

Ne tür bir takip? ;)

'Library of Functions and Expert Advisors for Trailing / Yuri Dzyuban' makalesinde bunlardan 11 tanesi anlatılmaktadır. Böyle bir mantık, uygulama katmanı için zaten geçerlidir, yani herkes tarafından bağımsız olarak oluşturulur.

Ancak, MQL düzenleyicisi için eklenti tekniği zarar vermez - sayfada yukarıda belirtilen her şey (eşleştirilmiş parantezler, kod şablonlarının otomatik olarak değiştirilmesi, değişkenlerin kullanımının kontrol edilmesi vb.), örneğin Microsoft için Visual Studio 2008/2005 ortamında, üçüncü taraf geliştirme JetBrains Resharper, Visual Studio Extensions teknolojisine dayalı olarak sırasıyla harika bir iş çıkarıyor.

 
chv писал (а) >>

Ne tür bir takip? ;)

'Library of Functions and Expert Advisors for Trailing / Yuri Dzyuban' makalesinde bunlardan 11 tanesi anlatılmaktadır. Böyle bir mantık, uygulama katmanı için zaten geçerlidir, yani herkes tarafından bağımsız olarak oluşturulur.

Desteklerim.

Bu fikri zaten dile getirdim. Dil geliştiricilerin belirli bir işlevi yazmasında herhangi bir zorluk olmadığını düşünüyorum. Ancak bu yapılmamalıdır: Belirli bir algoritmaya bağlanmak, bir trendin, bir dogmanın yaratılmasıdır. Ticaret algoritmalarının programlanması, yalnızca bir programcının (bir ticaret stratejisi geliştiricisinin) işidir.

Başka bir şey de, yaratılması zorluklara neden olabilecek işlevlerin yanı sıra tamamen teknik, hizmet işlevlerinden oluşan kütüphanelere ihtiyacımız olmasıdır. Örneğin, sunucu tarafından döndürülen hataları işlemek için bir işlev programlarken, programcı her zaman uzmanın belirli bir hataya tepkisinin ne olması gerektiğini doğru bir şekilde anlayamaz (çok sık istek, aracı meşgul, vb.)

 

Bence bazı nesneler için özellikler eklemek çok faydalı olacaktır.

Örneğin, kanalın uzunluğunu belirleyen çubuk sayısı.

Kanallarla çalışırken zorluklar:

Kullanıcının 24 saatlik bir kanalı H1 olarak ayarlamasına izin verin.

Sezgisel olarak anlaşılan algoritma , nesnenin sağ ve sol zaman koordinatlarını hesaplamaya gelir. Ve bu hesaplamaları yapmak zor değil: sol koordinat, sağ eksi 24h olarak hesaplanır.

Aynı zamanda, kanalın sağ noktası örneğin 0 bar olarak ayarlanırsa ve program 10:00 Pzt'de yürütülürse, sol nokta mevcut günün 1. çubuğuna ayarlanır, Pzt . Gerçek kanal uzunluğu 24 değil 10 çubuk olacaktır.

Bu tür hataların, örneğin testlerin Çarşamba günü yapılıp yapılmadığını tespit etmek zordur. Bu durumda, kullanıcı "doğru" yürütülen bir programın sonucunu görür - kanal uzunluğu 24 bar olacaktır.

Benzer bir sorun, alıntıları "delikler" ile işaretlenmiş kanalları küçük zaman dilimlerinde oluştururken ortaya çıkar.

 
SK. писал (а) >>

Başka bir şey de, yaratılması zorluklara neden olabilecek işlevlerin yanı sıra tamamen teknik, hizmet işlevlerinden oluşan kütüphanelere ihtiyacımız olmasıdır. Örneğin, sunucu tarafından döndürülen hataları işlemek için bir işlev programlarken, programcı her zaman uzmanın belirli bir hataya tepkisinin ne olması gerektiğini doğru bir şekilde anlayamaz (çok sık istek, aracı meşgul, vb.)

Tüccarların teslimat paketinde hazır bir ticaret işlemleri kitaplığına sahip olmaları ideal olacaktır.

böylece yeniden alıntılar ve hata işleme hakkında düşünmeye gerek kalmayacaktı. Hiç kimsenin bunu geliştiricilerden daha iyi yapamayacağına inanıyorum.

Ve gerekirse, profesyoneller kendi seçeneklerini yazacaklar.

 

#define yapısını kullanırken, diğer metin öğeleriyle bir menüde nasıl yapıldığına benzer şekilde, sembolik bir adın veya sembolik bir sabitin rengini değiştirebilmek faydalı olacaktır:


Örneğin: #define pi 3.14159265358 Önemsiz görünebilir, ancak çok sayıda tanım varsa, hemen görünmezler!

 
- MT'de sohbet zarar vermez.Bazı platformlarda, (sohbet) olur.Orada olan tek şey bu.