"Alım Satımlar MetaTrader 5'ten MetaTrader 4'e Nasıl Kopyalanır?" makalesi için tartışma

[MetaQuotes]

Yeni makale Alım Satımlar MetaTrader 5'ten MetaTrader 4'e Nasıl Kopyalanır? yayınlandı:

Bugün gerçek bir MetaTrader 5 hesabında alım satım yapmak mümkün mü? Böyle bir alım satım nasıl organize edilir? Bu makale, bu soruların teorisini ve alım satımları MetaTrader 5 terminalinden MetaTrader 4'e kopyalamak için kullanılan çalışma kodlarını içerir. Makale, hem Uzman Danışman geliştiricileri hem de yatırımcılar için faydalı olacaktır.

Ardından herhangi bir Uzman Danışmanı MetaTrader 5'te çalıştırabiliriz. İşlem sonuçları MetaTrader 4'e hızlı bir şekilde kopyalanacaktır.

Şekil 4. MetaTrader 4 (üstte) ve MetaTrader 5'teki (altta) pozisyonlar ve emirler

Bu arada, MetaTrader 5'te hesap yönetimi manuel olarak gerçekleştirilebilir veya hesaba yatırımcı parolası ile giriş yapılabilir.

Örneğin, kopyalayıcıyı herhangi bir Championship (Şampiyona) hesabında başlatabilirsiniz.

Yazar: Nikolay Demko

[[Silindi]]

Belki de bugünün en ilginç konusu.

En azından kişisel olarak benim için en ilginç makale.

[Konstantin Gruzdev]

Katılıyorum, konu şu anda konuyla ilgili. DC'lerin sallanmasını beklememeyi sağlar.

[Andrey Khatimlianskii]

Faydalı ve ilgili bir makale, yazara teşekkürler!

Kafa karıştırıcı bir şey var:

Чтобы не пропустить момент изменения позиции, следящая система должна быть реализована в функции OnTimer(), т.к. следить придется за всеми инструментами сразу, а тики приходят на разных символах в разное время. Также требуется передать сигнал об изменении содержимого файла.

Neden OnTrade() değil?

[[Silindi]]

komposter:

Neden OnTrade() değil?

Katılıyorum, normal OnTrade() işleminin yanı sıra gelişmiş bir Tamer gereklidir. Bunların yokluğu herhangi bir EA'da, özellikle de çoklu bir EA'da bir hatadır ...

Ve yazar kütüphanelerden hiçbir şey için reddetti, onlarla çok daha fazlasını yapabilirsiniz (özel yazılımdan bahsetmiyorum).

Doğru olsa da, hayal gücüne daha fazla yerimiz var :)

PS

Sadece ortalama alma ve piramitleme değil, farklı anların örneklerini de görmek isterim (sadece onları gördüm, belki de dikkatli değilim).

Buradan yola çıktım:

1.2 Alım satım pozisyon hacimleri

Detaylı bakalım, hangi sıranın kapatılacağı bir fark yaratır mı? Karı etkilemez mi? Örneğin, farklı zamanlarda açılan ve farklı zamanlarda kapanan iki emrimiz var, ancak yaşam sürelerinde çakışmalar var. Yani, emir muhasebesi sisteminde bir ticaret pozisyonunu taklit etmeye çalışalım.

Emir kapanış seviyelerini yer yer değiştirirsek kara ne olacağını varyantlarla hesaplayalım:

tip	hacim	açılış seviyesi	kapanış seviyesi
satmak	0.1	1.39388	1.38438
satmak	0.1	1.38868	1.38149

[[Silindi]]

DLL ve ek yazılımlar hakkında birkaç kelime eklemek istiyorum.

Şu anda DLL yardımıyla sinyal iletmeye ve bilgi alışverişine izin veren bir varyant düşünüyorum (zorunlu olarak ini-dosyaları ile çalışma imkanı ile).

Ve gördüğüm maksimum görev (uzun zamandır hayalim), ana görevi farklı platformlardan bilgi toplamak ve işlemek olacak bir sunucu geliştirmektir (birkaç istemciden de iyi olurdu).

[Mykola Demko]

Interesting:

Katılıyorum, zamanlayıcının olmaması her moult için bir hatadır....

Ve yazarın kütüphanelerden vazgeçmesi bir hata, onlarla çok daha fazlasını yapabilirsiniz (özel yazılımlardan bahsetmiyorum).

Doğru olsa da, hayal gücüne daha fazla yerimiz var :)

PS

Sadece ortalama alma ve piramitleme değil, farklı anların örneklerini de görmek isterim (sadece onları gördüm, belki de dikkatli değilim).

Buradan yola çıktım:

1.2 Alım satım pozisyon hacimleri

Detaylı bakalım, hangi sıranın kapatılacağı bir fark yaratır mı? Karı etkilemez mi? Örneğin, farklı zamanlarda açılmış ve farklı zamanlarda kapanmış iki emrimiz var, ancak yaşam sürelerinde çakışmalar var. Yani, emir muhasebesi sisteminde bir ticaret pozisyonunu taklit etmeye çalışalım.

Emir kapanış seviyelerini yer yer değiştirirsek kara ne olacağını varyantlarla hesaplayalım:

tip	hacim	açılış seviyesi	kapanış seviyesi
satmak	0.1	1.39388	1.38438
satmak	0.1	1.38868	1.38149

Bu örneğin amacı, kârın tahmine yatırılan paraya bağlı olduğunu, daha karmaşık durumlarda da aynı olacağını göstermektir (sadece makaleyi aynı şeyi kanıtlayan çok sayıda örnekle yüklemek istemedim).

Kütüphanelerle ilgili olarak, ex5 kütüphanelerine karşı değilim, ancak dll'leri kullanmak istemiyorum çünkü son kullanıcının cesaretini kırıyor.

Ve gerçekten, kim satın alma ile birlikte bir trojan almak ister. MQ, politikasında güvenliğe sadık kalmaya çalışıyor.

Bu yüzden onların imajına sadık kalıyorum, çünkü dll olmaması kodun güvenli olduğu anlamına geliyor.

[Mykola Demko]

komposter:

Faydalı ve ilgili bir makale, yazara teşekkürler!

Kafa karıştırıcı bir şey var:

Neden OnTrade() değil?

İlginç bir fikir, sunucuya giden her şey kesinlikle OnTrade() içinde görüntülenecektir. Ancak yalnızca filtrelemek, istekleri değil, zaten sunucunun yürütülen emirle ilgili yanıtlarını dosyaya aktarmak gerekir.

Ben sadece bu yönde düşünmemiştim.

[[Silindi]]

Urain:

Bu örneğin özü, kârın tahmine yatırılan paraya bağlı olduğunu, daha karmaşık durumlarda aynı olacağını göstermektir (sadece makaleyi aynı şeyi kanıtlayan çok sayıda örnekle yüklemek istemedim).

Yalnızca MT4 işlem süreçlerini MT5'e uyarlarsanız aynı olacaktır, aksi takdirde belirli durumlarda farklılıklar olabilir (ve oldukça önemli).

Sadece iki örnek olacak: "çevirme" ve "kırpma" (yeterince kompakt bir şekilde yazılırlarsa fazla yer kaplamazlar).

Ve eminim ki bu tür sistemlerin en "zor" ve karmaşık yönleri çevirme ve kırpma işlemleridir.

Urain:

Kütüphanelerle ilgili olarak, ex5 kütüphanelerine karşı değilim, ancak dll'leri kullanmak istemiyorum çünkü son kullanıcının cesaretini kırıyor.

Ve gerçekten, kim satın alma ile birlikte bir trojan almak ister. MQ, politikasında güvenliğe sadık kalmaya çalışıyor.

Bu yüzden sadece imajlarına ekliyorum, dll olmadığı sürece kod güvenlidir.

Ex5 kütüphanelerine gelince, katılıyorum (özel bir sınıf kütüphanesi oluşturmak iyi bir çözüm olabilir), ancak büyük bir "ama" var - Sadece MQL5'e dayalı çözümlerin işlevselliği, DLL'nin sağlayacağı tüm olanaklardan keskin bir şekilde daha düşüktür.

Ve DLL ile ilgili sorunu çözmek birçok kişiye göründüğünden daha kolaydır, iki seçenek vardır:

1. Kütüphanenin kaynak kodunu yayınlamak;

2. Kaynak kodunu MQ'ya sağlayın, böylece onları kontrol etsinler, kütüphaneyi derlesinler ve halkın erişimine sunsunlar.

PS

Ayrıca iki platformun bakiye bilgilerini senkronize etmeyi de düşünürdüm (tabii mümkünse).

[Mykola Demko]

Interesting:

Aynı şey yalnızca MT4 işlem süreçlerini MT5'e uyarlarsanız geçerli olacaktır, aksi takdirde belirli durumlarda farklılıklar (ve oldukça önemli olanlar) olabilir.

Sadece iki örnek vereceğim: "çevirme" ve "kesme" (yeterince kompakt bir şekilde yazılırlarsa fazla yer kaplamayacaklardır).

Ve eminim ki bu tür sistemlerin en "zor" ve karmaşık yönleri çevirmeler ve kesmelerdir.

Ex5 kütüphanelerine gelince, katılıyorum (özel bir sınıf kütüphanesi oluşturmak iyi bir çözüm olabilir), ancak büyük bir "ama" var - Sadece MQL5'e dayalı çözümlerin işlevselliği, DLL'nin sağlayacağı tüm olanaklardan keskin bir şekilde daha düşüktür.

Ve DLL ile ilgili sorunu çözmek birçok kişiye göründüğünden daha kolaydır, iki seçenek vardır:

1. Kütüphanenin kaynak kodunu yayınlamak;

2. Kaynak kodunu MQ'ya sağlayın, böylece onları kontrol etsinler, kütüphaneyi derlesinler ve halkın erişimine sunsunlar.

PS

Ayrıca iki platformun bilanço bilgilerini senkronize etmeyi de düşünürdüm (tabii mümkünse).

Ne devirde ne de kesimde bir fark olmayacaktır, fark sadece o andaki kotasyon seviyelerinin farklılığı ve uygulama gecikmesinde ortaya çıkar.

İdeal olarak, MT'ler arasındaki teklifler eşitse ve gecikme 0 ise, işlem aynı karı getirecektir.

Ana noktayı anlıyorsunuz, kar bahisle yapılır. Aynı anlarda, her iki terminalde, aynı tekliflerde aynı bahsi tutarsanız, aynı karı elde edersiniz.

dll'de, MQ'nun güvenliğini kontrol eden her üçüncü taraf koduna girmesi pek olası değildir ve derleyiciler delphi veya srp herkesin sahip olmadığı. Bir İncil'in kodunu gönderebilir ve derlenmiş dosyayı başka bir dosyayla değiştirebilirsiniz. Yani şimdilik sadece ex5.

[Andrey Khatimlianskii]

Urain:

İlginç bir fikir, sunucuya giden her şey kesinlikle OnTrade()'d e görüntülenecektir. Ancak yalnızca filtrelemek, dosyaya istekleri değil, sunucunun yürütülen emirle ilgili yanıtlarını aktarmak gerekir.

Ben sadece bu yönde düşünmemiştim.

Aslında, OnTrade pozisyon listesindeki değişiklikleri işlemek için ideal bir yerdir. Sadece mevcut işlemlerin başlangıçta hemen kopyalanması için başlatmanız gerekir (bir sonraki işlem olayında değil).

Olayları filtrelemek çok basittir - pozisyon listesini kontrol edin ve yalnızca içinde bir şey değiştiyse işleme devam edin.