Telif hakkı - sayfa 3

[Serj]

ivandurak :
Danışmanın içine tester yazmaya yaklaştım peki tez olarak ikilemdeyim.4-ku'yu temel alırsak TS'yi temel alarak analiz etmek açısından basit ve çok etkili bir araç elde ederiz. ticaret sonuçları. 5-ku ise kod taşınabilirliğinde kolaylık. IMHO'm damalı ya da gittiklerini söyledikleri gibi ilk seçeneğe yaslanırken.

Burada https://www.mql5.com/ru/forum/4956/page46#comment_117097 ve https://www.mql5.com/ru/forum/4956/page47#comment_118646 , yeni başlayanlar için görebilirsiniz.

Önce dama, sonra git. BENİM NACİZANE FİKRİME GÖRE.

[Alexey]

Bene_Nota :
Ve gözlemlerime göre tarih tekerrür etmez, bu yüzden ilk noktada katılmıyorum.

Argüman.

Kimse mevcut hareketin bir kez bir pip'e olanları tekrarlayacağını söylemiyor. Bir dairenin birkaç işaretini, bir eğilimin birkaç işaretini alırsak, hepsini bir sinir ağına süreriz, sonra sınırlı sayıda küme elde ederiz (bu benim sonucum değil, bir yerde bir not gördüm, bulamıyorum) Bu, tarihin herhangi bir parçası için, bir kümeyi okuyun, buna ihtiyaç duymadığını kanıtlamak için yeterli bir TS oluşturabilirsiniz. Böylece, bir çift çalmak için zamanımız olması için hangi kümede olduğumuzu zamanla tanımaya devam eder. kırıntıların İstatistikleri, harcanan zamana göre, araç seçimini tahmin etmek için piyasa özelliklerinin hareketinin olası yörüngesini tahmin edin .........

Bu onun.insan

Teşekkürler bir bakacağım. Gerçek şu ki, 5-ki için emir ve pozisyonları koruma felsefesini kabul ederseniz. Diyelim ki, çok zaman dilimli Uzman Danışmanların en iyisinin seçimi net konum nedeniyle karmaşıktır, ek hileler olmadan hangi TS'nin saat veya dakika olarak tercih edildiğini söylemek imkansızdır ve ayrıca bir çoklu TS stratejiniz varsa, bir sürü nesne oluşturmak + onları yönetmek dışında böyle bir göreve nasıl yaklaşılacağını bile bilmiyorum. 4-ke'de, programlama kolaylığı açısından her şey çok daha basittir. Düzeni tanımlayan, her biri kendi hayatını yaşayan, açılış, kapanış, kar, zarar gibi tüm verilerin kaydedildiği bir dizi yapı oluşturmak yeterlidir. Bunu zaten yaptım ve kabul edilebilir bir çözüm olduğu ortaya çıktı.

[Serj]

ivandurak :

Bu onun.insan

Teşekkürler bir bakacağım.

1) Gerçek şu ki, 5-ki için emir ve pozisyonları koruma felsefesini kabul ederseniz. Diyelim ki, çok zaman dilimli Uzman Danışmanların en iyisinin seçimi net konum nedeniyle karmaşıktır, ek hileler olmadan hangi TS'nin saat veya dakika olarak tercih edildiğini söylemek imkansızdır ve ayrıca bir çoklu TS stratejiniz varsa, bir sürü nesne oluşturmak + onları yönetmek dışında böyle bir göreve nasıl yaklaşılacağını bile bilmiyorum.

2) 4-ke'de, programlama kolaylığı açısından her şey çok daha basittir. Düzeni tanımlayan, her biri kendi hayatını yaşayan, açılış, kapanış, kar, zarar gibi tüm verilerin kaydedildiği bir dizi yapı oluşturmak yeterlidir. Bunu zaten yaptım ve kabul edilebilir bir çözüm olduğu ortaya çıktı.

1) Asıl mesele bu, MT5'teki pozisyonları korumak ve muhasebeleştirmek için sanal bir günlük (test cihazı) yaparsanız, birkaç stratejinin aynı anda test edilmesi ve kilitleme (birkaç stratejinin kullanımıyla ilişkili) ile ilgili tüm sorunlar ortadan kalkar. Ayrıca, sanal ticaret analizine dayalı sanal ticaret yapabilir, gerçekle ilgili sonuçlar çıkarabilir ve toplam pozisyonu piyasaya getirebilirsiniz.

Bunu MT5'te yaptım ama ayrı bir kitaplık (sınıf) olarak değil, herhangi bir sorun görmüyorum.

2) MT4'te yapı dizisi yoktur. MT4'te bu da sorunsuz bir şekilde yapılabilir, ancak bir dizi yapı yerine iki boyutlu bir dizi kullanın.

Belki bir şey karıştı MT4 - MT5?

[Alexey]

her.human :

1) Asıl mesele bu, MT5'teki pozisyonları korumak ve muhasebeleştirmek için sanal bir günlük (test cihazı) yaparsanız, birkaç stratejinin aynı anda test edilmesi ve kilitleme (birkaç stratejinin kullanımıyla ilişkili) ile ilgili tüm sorunlar ortadan kalkar. Ayrıca, sanal ticaret analizine dayalı sanal ticaret yapabilir, gerçekle ilgili sonuçlar çıkarabilir ve toplam pozisyonu piyasaya getirebilirsiniz.

Bunu MT5'te yaptım ama ayrı bir kitaplık (sınıf) olarak değil, herhangi bir sorun görmüyorum.

2) MT4'te yapı dizisi yoktur. MT4'te bu da sorunsuz bir şekilde yapılabilir, ancak bir dizi yapı yerine iki boyutlu bir dizi kullanın.

Belki bir şey karıştı MT4 - MT5?

Aynı şeyi farklı kelimelerle konuşuyoruz. Ben sadece gerekli ve yeterli bir minimum olarak MT-4'ün bir kopyasının ticaret işlevlerini kullanıyorum.

Burada başka bir sorun ortaya çıktı, çok para birimi test cihazı yaparsanız alım satım enstrümanlarını nasıl senkronize edersiniz. makaleleri inceleyeceğim.

[Serj]

ivandurak :

Aynı şeyi farklı kelimelerle konuşuyoruz.

1) MT-4 kopyasının ticaret işlevlerini sadece gerekli ve yeterli bir minimum olarak kullanıyorum.

2) Burada başka bir sorun ortaya çıktı, çok para birimi test cihazı yaparsanız alım satım enstrümanlarını nasıl senkronize edersiniz. makaleleri inceleyeceğim.

1) katılıyorum. Aynı şeyi kastediyorum.

2) Test cihazı için senkronizasyon gerekli değildir. Test cihazına teklif göndermek başka bir konudur.

Senkronizasyon sorunları nelerdir? Belki sana bir ipucu veririm.

[Alexey]

her.human :

1) katılıyorum. Aynı şeyi kastediyorum.

2) Test cihazı için senkronizasyon gerekli değildir. Test cihazına teklif göndermek başka bir konudur.

Senkronizasyon sorunları nelerdir? Belki sana bir ipucu veririm.

Şimdiye kadar, görevi sonuna kadar formüle etmedi.

Çoklu para birimi testi için, seçilen enstrümanlardaki tüm çubukların seçilen optimizasyon bölümünde senkronize edilmesi gerekir, aksi takdirde bir boşluk varsa geleceğe bakılabilir (bir enstrüman için 4 sinyalde test cihazı kasesi) , bir başkası için pozisyon açma ).

Prensip olarak, test cihazına besleyeceğimiz kendi senkronize alıntı dizinizi oluşturarak çubuklarla senkronizasyondan kurtulabilirsiniz.

Sorun, çoğu durumda stratejilerin üzerine inşa edildiği göstergelerin oluşturulmasındadır, çünkü gösterge değeri belirli bir çubuk numarası için hesaplanır.Tarihteki bir deliğin hata verdiği ortaya çıkıyor. Geçmişi olan dört dosyada düzeltilebilirse, burada böyle bir olasılık yoktur.

Şimdilik, bir seçenek olarak, danışmanı çoklu para birimi modunda başlatıyoruz, terminalin kendisi geçmişi senkronize ediyor, şimdi geçmişi göstergelerin değerleriyle birlikte bir dosyaya yazıyoruz, oraya gerektiği gibi dalıyoruz, ancak bu sağ kulağın sol elini kaşımaktır.

[Konstantin Gruzdev]

ivandurak :

Burada başka bir sorun ortaya çıktı, çoklu para birimi test cihazı yaparsanız alım satım enstrümanlarını nasıl senkronize edersiniz. makaleleri inceleyeceğim.

Senkronizasyon sorunlarına gerçek bir çözüm var . Test cihazınız için size bazı zamanlama fikirleri verebilir.

[Alexey]

Şimdiye kadar, bulduğumuz en iyi şey, .

 bool   HoleHistory( int Bar, string Simb) ; //метод возвращает признак дыры в истории если выбранный бар выбранного символа
       //моложе одноименного бара хотя бы одного из выбранных символов возвращaем фальсе расчеты на этом баре не производятся  

Doğru, testin yapıldığı finansal araç için bir bağlayıcılık var.IMHO bu daha az kötülüktür.

[Serj]

ivandurak :

Şimdiye kadar, görevi sonuna kadar formüle etmedi.

Çoklu para birimi testi için, seçilen enstrümanlardaki tüm çubukların seçilen optimizasyon bölümünde senkronize edilmesi gerekir, aksi takdirde bir boşluk varsa geleceğe bakılabilir (bir enstrüman için 4 sinyalde test cihazı kasesi) , bir başkası için pozisyon açma ).

Prensip olarak, test cihazına besleyeceğimiz kendi senkronize alıntı dizinizi oluşturarak çubuklarla senkronizasyondan kurtulabilirsiniz.

Sorun, çoğu durumda stratejilerin üzerine inşa edildiği göstergelerin oluşturulmasındadır, çünkü gösterge değeri belirli bir çubuk numarası için hesaplanır.Tarihteki bir deliğin hata verdiği ortaya çıkıyor. Geçmişi olan dört dosyada düzeltilebilirse, burada böyle bir olasılık yoktur.

Şimdilik, bir seçenek olarak, danışmanı çoklu para birimi modunda başlatıyoruz, terminalin kendisi geçmişi senkronize ediyor, şimdi geçmişi göstergelerin değerleriyle birlikte bir dosyaya yazıyoruz, oraya gerektiği gibi dalıyoruz, ancak bu sağ kulağın sol elini kaşımaktır.

Eğer sorunu doğru anladıysam.

 //=============================================================================================
// Подготавливаем массивы цен с синхронизацией по времени 
void PrepareQuotes()
{
 CopyTime ( "EURUSD" , 0 , 0 ,Количество_Баров,Time);
 CopyOpen ( "EURUSD" , 0 , 0 ,Количество_Баров,OpenEU);
 for ( int i= 0 ; i<Количество_Баров; i++)
    {
     CopyOpen ( "EURJPY" , 0 ,Time[i], 1 ,OpenEJ);
     CopyOpen ( "EURGBP" , 0 ,Time[i], 1 ,OpenEG);
    }
}
//=============================================================================================
// Получаем значение индикатора по времени    
CopyBuffer (handle, 0 ,Time[i], 1 ,Buffer);

Gösterge, çubuk numarasına göre değil, zamana göre hesaplanmalıdır. Veya kendiniz hesaplayın, veritabanında yeterince kitaplık var.

[Alexey]

IMHO, barın önünde bir enstrüman için bir geçiş varsa, hiçbir şey yapmamak daha iyidir. Bir geçişi belirlemek kolaydır, sadece barın açılma zamanını diğer enstrümanlardaki barın açılma zamanı ile karşılaştırın.