MQL5 için dilekler - sayfa 3

Yeni yorum
 
alexnau :
kuyu :
Daha önce söyledim ama tekrar söyleyeceğim:
- terminalin kendisiyle çalışmak için geri arama işlevleri
- bağlantıyı aç/geri yükle
- birkaç danışmanın kuyruk yönetimi (muteksler, kritik bölümler ....)
- hata ayıklayıcı (en azından bazıları)
- çubuk sayısında bir değişiklik bildirimi ile çubukların doğrudan numaralandırılması (en eskiden en yeniye) desteği
 - MQL işlevlerinden dll oluşturun (çok sayıda göstergeyle genel kodu azaltacak kitaplıklar oluşturmaya yardımcı olacaktır)


belirsizlikle ilgili sorunları çözmek için, bunun güncellenmiş MQL'yi iyileştirmesi olası değildir. Geçerli çubuğun (sıfır) sayısını daha sonra hesaplamak için neden herhangi bir bildirim?!

"Geri sayıma" rağmen, gerekli çubuğu belirleme mantığı bence açık ve basittir.

Mevcut sürümü değiştirmeyi değil, yalnızca destek eklemeyi istiyorum. Ne verecek - her yeni çubukla geçmişi yeniden hesaplamanıza gerek yok, sadece çubuk sayısındaki değişikliği kontrol etmeniz gerekiyor. Sonuç olarak, terminal üzerindeki yük azalır. ve derinlemesine pompalama çok sık olmaz.
 
Çubuk sayısı hala kontrol edilebilir. Barlar bunun içindir.
 
alexnau :
kuyu :
- çubuk sayısında bir değişiklik bildirimi ile çubukların doğrudan numaralandırılması (en eskiden en yeniye) desteği


belirsizlikle ilgili sorunları çözmek için, bunun güncellenmiş MQL'yi iyileştirmesi olası değildir. Geçerli çubuğun (sıfır) sayısını daha sonra hesaplamak için neden herhangi bir bildirim?!

"Geri sayıma" rağmen, gerekli çubuğu belirleme mantığı bence açık ve basittir.


Bu, geçmişte istenen çubuğu bulma sorununu "ters" indeksini belirtmek için azaltacak ve çok daha ekonomik olacaktır.

Eh, eskiden coşku ve iyimserlik yok :), peki 5 kopek ekleyeyim:

Test cihazında, "kontrol noktaları" modu yerine, "tüm onaylar" moduna "çubuk başına uzman başlatma sayısı" parametresini ekleyin. "Açılış fiyatlarında" modu hala iptal edilmiyor çünkü. daha kompakt fxt kullanır. Ama hayır, "fiyatları kapatarak" moduyla değiştirmek daha iyidir :)

Ve tekrar ediyorum:

-Program değişkenleriyle global değişkenlerin init'ine bağlama ekleyin.

-Test için bir exe dosyası oluşturun.

-Gösterge arabelleklerine sıradan arabellekler ekleyin -zaman serisi (her değişken türü için) - bir uzmanla verimli veri alışverişi için

 
Daha fazla: belirli bir fxt dosyasını rastgele bir adla test etme yeteneği ekleyin. Neden fxt dosya adı ve sembol arasındaki artık katı bağlantı?
 
Şu ana kadar aklıma gelen yeni sistem için dileklerim (azalan sırayla):

Dilim
----

Çifti maksimum hassasiyetle dizgeye dönüştürün (> 8)

Koşullu derleme (#ifdef, #ifndef, #define, #undefine)

Anahtar kelimeleri #define ile değiştirebilme (koşullu derleme için). değer olabilir boş.
misal:
//#HARİCİ harici // normal
#define EXTERN // yarışma
HARİCİ int opt = 0;

İç içe yorumlar /* */
ANSI değil, hemen hemen her yerde uygulandı (ve devre dışı bırakıldı). Normal metin yorumlarıyla büyük bir kod parçasına hızlı bir şekilde yorum yapmanızı sağlar.

Yapılar (vaat edilen)

Çok boyutlu diziler, en iyi dinamik kontrol

Hata ayıklayıcı (söz verildi mi?)

Olaylar

istisnalar

API

Listeler, deques için işaretçiler veya eşdeğeri ...

Veritabanına arayüz (SQL veya ODBC). DB'nin bir sunucu olması gerekmez.

Satır içi işlevler

fonksiyon aşırı yüklenmesi

Gizleme (çözümleme zorluğu).
Tek bir şifre çözme ile dizelerin şifrelenmesi. Expert Advisor'ı başlatırken, kod akışını değiştirirken, kodu karıştırırken, kullanılmayan kodu silmeyin,
önemsiz kod ve veri ekle...
hepsini #pragma ile yönetmek


terminal
--------
Ayarlarda, derlemeden önce (ve sonra?) (özel ön işleme için) çağrılacak seçenekler (ve metadeğişkenler) içeren bir program veya MQL betiği belirtin.


Editör
--------
Yorum yapma/yorum kaldırma işlemleri (düğme ve/veya kısayol tuşu)
 
1. Ayrı bir programda (MQL editörü ve terminal gibi) bir test cihazı yapın.
2. Daha güçlü bir genetik algoritma yapın (böylece 10'dan 20'ye kadar seçenek sayısıyla test edebilir).
3. Test sürecini hızlandırın. (Sonucu beklemek sadece 15-30 saat sadece ölümcül!).
4. Pozisyon tersine çevirme fonksiyonunu tanıtın (yani, 5. lotu satın almak için bir çağrı varsa, basit bir fonksiyon 5 sat lotuna dönüştürülebilir).
Her şey varken.
 

Başka bir orman tavuğu dileği. Optimizasyon periyoduna ek olarak, bulunan parametrelerin çapraz kontrol periyodunu ayarlamak mümkün olsaydı iyi olurdu. Bu özellik, ticaret sistemini yeniden takmaktan (veya NN'yi yeniden eğitmekten) biraz tasarruf sağlar.

 
bir özellik istiyorum. Girdi verileri, optimizasyon verileri artı bir dizi dönüş değeridir. Çıktı doğal olarak optimize edilmiş değerlerdir.
 
klot :

Başka bir orman tavuğu dileği. Optimizasyon periyoduna ek olarak, bulunan parametrelerin çapraz kontrol periyodunu ayarlamak mümkün olsaydı iyi olurdu. Bu özellik, ticaret sistemini yeniden takmaktan (veya NN'yi yeniden eğitmekten) biraz tasarruf sağlar.

Gerçekten ihtiyaç duyulan şey bu.
 
Integer :
içki :
Mütevazı bir teklifim var. Dile, verilen değerin bulunduğu dizi hücresinin numarasını döndürecek (veya başarısızlık durumunda eksi bir döndürecek) bir işlev eklemeyi öneriyorum. Ve sonra her seferinde bir döngü düzenlemeniz gerekiyor. ArrayBsearch () işlevi - uymuyor - yanlış şeyi döndürür.

Bu işlev tarafından döndürülen değer yine de -1 için kontrol edilecektir, böylece aradığınız değere eşitlik için ArrayBsearch tarafından döndürülen dizinle değeri kontrol edebilirsiniz. büyük bir fark değil

referans alıntı yapıyorum.

int ArrayBsearch(...)
Dizinin ilk boyutunda bulunan ilk öğenin dizinini döndürür.
Dizide belirtilen değere sahip bir öğe yoksa, işlev en yakın öğenin dizinini (değere göre) döndürür.

Peki, sadece bir sayı değil, bir sipariş bileti dizisinde bir dizin aradığınızda, bu işlev hiç uymuyor - peki, neden buna ihtiyacım varken en yakın benzer biletin dizinine ihtiyacım var? bir bilet ve orada değilse, o zaman sipariş zaten piyasada olanlar arasında değil - kapalı ve tarihte aranması gerekiyor! Eşzamanlı olarak kaydırılmış dizilerle çalışırken, indeks çok önemli bir şeydir ve ya tam olmalı ya da yok olmalıdır.


12345678910...131
Yeni yorum
Neden: