"Emir Stratejileri. Çok Amaçlı Uzman Danışman (EA)" makalesi için tartışma - sayfa 2
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Düşündüm.... :)
tamam. tabii ki makalede kendim için gördüğüm iki özelliği vurgulamamanız üzücü
1. ex5 uzmanı - tüm makroları nasıl işleyeceğini bilir ve bilir. iş için farklı txt dosyalarını beslemesi yeterlidir.
2. makro parametreleri txt dosyasında "anında" ayarlanabilir.
Aksi takdirde, tüm bunlar emir ve pozisyonlarla çalışmak için olağan bir işlev kitaplığından başka bir şey değildir. Sadece onları dışarıdan çağırmaya, txt'yi ayrıştırmaya ve gerekli makroları tanımlamaya karar verdiniz.
ama dürüst olmak gerekirse bunu kimin kullanacağını bile bilmiyorum. Yeni başlayanlar için çok fazla kod var, profesyoneller için ise çok az olasılık var.
Dmitriy, bir sihirbaza sahip olmak için onu görsel kurucuya koymak gerekir.
Ve ihtiyacınız olan ikinci şey (eğer bu gelişmeyi bir kenara atmak istemiyorsanız) daha fazla strateji örneğidir. Böylece şeffaf olurlar ve makroların hangi parametrelerinin neyi etkilediği görülebilir.
Kod tabanına bir düzine strateji yükleyin. Ancak basit olduklarından ve tüm parametrelerin sürekli açıklandığından emin olun.
Böylece bu yaklaşım netleşir ve kullanmaya başlarlar (ve hatta belki makro sayısını geliştirirler, açık kaynak :).
Düşündüm.... :)
tamam. tabii ki makalede kendim için gördüğüm iki özelliği vurgulamamanız üzücü
1. ex5 uzmanı - tüm makroları nasıl işleyeceğini bilir ve bilir. iş için farklı txt dosyalarını beslemesi yeterlidir.
2. makro parametreleri txt dosyasında "anında" ayarlanabilir.
Aksi takdirde, tüm bunlar emir ve pozisyonlarla çalışmak için olağan bir işlev kitaplığından başka bir şey değildir. Sadece onları dışarıdan çağırmaya, txt'yi ayrıştırmaya ve gerekli makroları tanımlamaya karar verdiniz.
ama dürüst olmak gerekirse bunu kimin kullanacağını bile bilmiyorum. Yeni başlayanlar için çok fazla kod var, profesyoneller için ise çok az olasılık var.
Dmitriy, bir sihirbaza sahip olmak için onu görsel kurucuya koymak gerekir.
Ve ihtiyacınız olan ikinci şey (eğer bu gelişmeyi bir kenara atmak istemiyorsanız) daha fazla strateji örneğidir. Böylece şeffaf olurlar ve makroların hangi parametrelerinin neyi etkilediği görülebilir.
Kod tabanına bir düzine strateji yükleyin. Ancak basit olduklarından ve tüm parametrelerin sürekli açıklandığından emin olun.
Böylece bu yaklaşım netleşir ve kullanmaya başlarlar (ve hatta belki makro sayısını geliştirirler, açık kaynak :).
Dimitri, makale için teşekkürler. Çok ilginç!
Materyalinizi sergeev'in makalesinde sunulan formatla birleştirebilirsem Bir ticaret robotunun prototipi....
Bu arada, güçlü OOP araçları kullanarak tüm stratejileri (sizin durumunuzda bekleyen emirleri aktif olarak kullanan stratejiler) kodlamak mümkün değil mi? Görünüşe göre ayrı bir meta dil oluşturmak mevcut görevi biraz karmaşıklaştırıyor...
Dimitri, makale için teşekkürler. Çok ilginç!
1. Sergeev'in Prototip ticaret robotu makalesinde sunulan formatla materyalinizi birleştirebilirsek...
2. Bu arada, güçlü OOP araçları kullanarak tüm stratejileri (sizin durumunuzda bekleyen emirleri aktif olarak kullanan stratejiler) kodlamak mümkün değil mi? Görünüşe göre ayrı bir meta dil oluşturmak mevcut görevi biraz karmaşıklaştırıyor...
1. Zaten birleştirilmiş gibi, en azından çelişkili değil. Yoksa orada neyin birleştirilebileceği ve bunun gerekli olup olmadığı belirsiz mi?
2. Bu, her şey assembly dilinde kodlanabiliyorsa, neden herhangi bir programlama diline ihtiyacımız var gibi bir soru.
Bunun çok evrensel bir şey olduğunu, diğer her şeyin yerini almak üzere tasarlandığını iddia etmiyorum. Bu sadece bana oldukça başarılı göründüğü için bunu resmileştirme çabası ya da en azından fomalize edilebilir olduğuna dair bir ipucu.
1. Zaten birleştirilmiş gibi görünüyor, en azından çelişkili değil. Yoksa orada neyin birleştirilebileceği ve bunun gerekli olup olmadığı belirsiz mi?
2. Bu, her şey assembly dilinde kodlanabiliyorsa, neden herhangi bir programlama diline ihtiyacımız var gibi bir soru.
Bunun çok evrensel bir şey olduğunu, diğer her şeyin yerini almak üzere tasarlandığını iddia etmiyorum. Bu sadece bir formalizasyon girişimi, bana oldukça başarılı göründüğü gibi, ya da en azından fomalize edilebilir olduğuna dair bir ipucu.
Dima, kimseyi dinleme.
// Yani, beni dinle! :-) :-) :-)
Belli ki tüm kalabalık tarafından sürüklenmiyorsunuz (sürüklenmeye çalışılıyorsunuz). Sizi ticaret sistemleri kurma pratiği ile yetersiz bağlantı ile utandırmaya çalışıyorlar. Sizi uzun zaman önce gönderirdim, ama hala buna tahammül ediyorsunuz ve hala utanıyorsunuz.
Makaleyi tam tersi şekilde ele alıyorum - mql5 (!) ile yazılmış bir durum makinesinin mükemmel bir örneğini gösteriyor ve iyi belgeliyor - belirli bir yoldaşın yakın zamanda bir yenilik olarak tanıtmaya çalıştığı çok sonlu otomat. Ve uygulamanızın avantajlarını ve dezavantajlarını bu teorik konumlardan tartışmalıyız. Tüm "ticarete daha yakın" (c) tartışma çeşitleri, yetişkin bir kum havuzundaki çocukların gevezelikleridir. Bu eleştirel tartışmada muazzam olan güçlü teorisyenler nerede? Gerçekleştirici için alkışlar nerede? Bu tasarımın bir "durum makinesi" olarak tartışılması nerede?
:)
Dmitry, harika bir makale, çok teşekkür ederim!
Şahsen, herhangi bir para yönetim sistemini çok esnek bir şekilde düzenlemenize izin verdiği için aşamaları ve pozisyon kimliklerini kullanma fikrini beğendim.
Ancak genel olarak, bir Uzman Danışman ve txt dosyaları fikrini beğenmedim. Bir dilek, her şeyi herhangi bir ek txt dosyası olmadan ayrı bir sınıf mqh include dosyası olarak tasarlamak olacaktır. Ve ayrıca bu sınıfa sahip bir Uzman Danışman örneği yazın, ideal olarak terminalden standart bir MACD Uzman Danışmanı alın ve herkese pozisyon yönetim sisteminizi herhangi bir Uzman Danışmana "uygulamanın" ne kadar kolay olduğunu gösterin!!!! İkinci bir makale yazın, buna değer....
Alex5757000:
Ben şahsen aşamaları ve pozisyon kimliklerini kullanma fikrini seviyorum çünkü bu, herhangi bir para yönetim sistemini çok esnek bir şekilde düzenlemenize olanak tanıyor.
evet. ve çok fazla insanın bunu kullanmaması çok şaşırtıcı.
Ancak genel olarak, bir uzman ve txt dosyaları fikrini beğenmedim. Bir dilek, her şeyi herhangi bir ek txt dosyası olmadan ayrı bir sınıf mqh include dosyası olarak tasarlamak olurdu. Ve ayrıca bu sınıfla bir Uzman Danışman örneği yazın, ideal olarak, terminalden standart bir MACD Uzman Danışmanı alın ve herkese pozisyon yönetim sisteminizi herhangi bir Uzman Danışmana "uygulamanın" ne kadar kolay olduğunu gösterin!!!! İkinci bir makale yazın, buna değer ...
evet. ve bu kadar az kişinin kullanması şaşırtıcı.
belki şimdi Prototip Ticaret Robotu'nda açıklanan temel bilgileri kavrayabilirsiniz....Anlıyorum. Mesele şu ki, benim bakış açıma göre, bu tür şeyler bir sınıf olarak tasarlanmış hazır kütüphaneler şeklinde ortaya konmalıdır. Aksi takdirde, hazır Uzman Danışmanlarla entegre olurken bir dizi rahatsızlık ortaya çıkar. Harici .txt dosyalarını kullanmak prensipte kötü bir fikirdir.