Yapı kayaları. Programları yapılandırmayı, olasılıkları, hataları, çözümleri vb. keşfetmeyi öğreniyoruz. - sayfa 18
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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
Oh, Vladimir, senin planınla ilgili her şey o kadar basit değil. Sadece sürücünün yeniden yazılması gerektiğini mi söylüyorsunuz? Ancak platforma bağlı çok daha fazla parça saydım:
Piyasa geçmişini ve ticaret geçmişini nasıl alacaksınız? Ve yanlışlıkla mevcut konum hakkında terminalden değil mi bilgi alacaksınız? Ve volatilite modülünü uygulamanız gerekiyorsa - platforma bağlı başka bir API?
adaptör yazarmısınız Ve kaç tane olacak? Piyasa geçmişi için - bir adaptör, ticaret geçmişi için - diğeri, pozisyonlarla çalışmak için - üçüncüsü Sonuç olarak, iki kat daha fazla modül ve aynı sayıda platforma bağlı kod vardır.
Sorunları başka yerlerde görüyorum.
Sadece kırmızı olan her şey oldukça kararlı, platformdan gelen her şey yıllardır değişmedi, başka bir platform için ihtiyacınız varsa, o zaman yerleşik bir API de var, yeniden yazmak sorun değil.
Ancak yeşil oklu tüm modüller kendilerine aittir ve neredeyse her zaman aktif yeniden işlemedir (ideal için sınır yoktur).
Yön tahmincisi yazdı, sonra derinleşmek ve genişlemek için yeni bir fikir geldi, peki, şimdiki gibi bu genellikle bir satın alma, ancak bir satışa hazırlanmanız, yavaş yavaş hacmi azaltmanız gerekiyor.
Ve şimdiden iki modülü vidalayalım.
MM düzeltici de dinamik bir şemadır, şimdi bir pozla çalışır, sonra aniden soğudu ve doldurmak için yeniden yapmaya karar verdi (piyasaya sorunsuz giriş).
Piyasa Sürücüsü ile kararlı görünüyor, çünkü platforma bağlı bir API'ye erişimi var, bu yüzden resmileştirme açık, ancak orada berbat olacak, merak etmeyin, çünkü API birçok fırsat sunuyor.
Sorunları başka yerlerde görüyorum.
Sadece kırmızı olan her şey oldukça kararlı, platformdan gelen her şey yıllardır değişmedi, başka bir platform için ihtiyacınız varsa, o zaman yerleşik bir API de var, yeniden yazmak sorun değil.
Kabul ediyorum. Vasily için (bu fırsatı değerlendirerek) açıklamak istiyorum. Plana yansıyan önemli fikirlerden biri, platforma bağlı parçaların sayısı değil, katı yerelleştirmeleridir. Yani: TS'nin kendisi (tahminciler + MM modülleri) platformdan bağımsız bir tasarımdır ve veri kaynakları sırasıyla göstergeler ve piyasa sürücüsüdür (öneri düzelticinin girişine sağlanan ticaret geçmişi de esasen bir göstergedir) ).
Sonuç, açıkça ayırt edilebilen ve aşağıdaki durumlarda kesişmeyen , açıkça tanımlanmış girişim bölgeleridir.
1. Göçler.
2. Aracın iyileştirilmesi. Özellikle ölçeklendirme.
Ancak yeşil oklu tüm modüller kendilerine aittir ve neredeyse her zaman aktif yeniden işlemedir (ideal için sınır yoktur).
Yön tahmincisi yazdı, sonra derinleşmek ve genişlemek için yeni bir fikir geldi, peki, şimdiki gibi bu genellikle bir satın alma, ancak bir satışa hazırlanmanız, yavaş yavaş hacmi azaltmanız gerekiyor.
Ve şimdiden iki modülü vidalayalım.
MM düzeltici de dinamik bir şemadır, şimdi bir pozla çalışır, sonra aniden soğudu ve doldurmak için yeniden yapmaya karar verdi (piyasaya sorunsuz giriş).
Piyasa Sürücüsü ile kararlı görünüyor, çünkü platforma bağlı bir API'ye erişimi var, bu yüzden resmileştirme açık, ancak orada berbat olacak, merak etmeyin, çünkü API birçok fırsat sunuyor.
Hiç kimse zorlukların tamamen yokluğuna söz vermedi. :) Ancak tüm bu doğrudan API çağrılarının sürücüde henüz yerelleştirilmediğini, tahmin edicilerin ve MM modüllerinin kodlarıyla karıştırılıp karıştırılmadığını bir düşünün.
;)
Nikolai, görevin çok mantıklı, ancak önerilen planı (evrenselliğini) savunmayı taahhüt ediyorum.
Kabul ediyorum. Vasily için (bu fırsatı değerlendirerek) açıklamak istiyorum. Plana yansıyan önemli fikirlerden biri, platforma bağlı parçaların sayısı değil, katı yerelleştirmeleridir. Yani: TS'nin kendisi (tahminciler + MM modülleri) platformdan bağımsız bir tasarımdır ve veri kaynakları sırasıyla göstergeler ve piyasa sürücüsüdür (öneri düzelticinin girişine sağlanan ticaret geçmişi de esasen bir göstergedir) ).
Sonuç, açıkça ayırt edilebilen ve aşağıdaki durumlarda kesişmeyen , açıkça tanımlanmış girişim bölgeleridir.
1. Göçler.
2. Aracın iyileştirilmesi. Özellikle ölçeklendirme.
Evet elbette. Ancak, herhangi bir değişiklik için platforma bağlı/bağımsız sistem bileşenleri ayrımına dikkatle uyarsak, örneğin mevcut gerçeklerimizde, her iki platform için (MT4/5) Uzman Danışmanların geliştirilmesini kolayca destekleyebiliriz. Platforma bağlı TS ile bu, adil bir kanamaya neden olurdu.Şemada vurgulanan bileşenlerin içinde herhangi bir sayıda modül olabilir. Bu iyi. Bana öyle geliyor ki, yalnızca açık konveyör düzenlemeleri faydalı. Kesinlikle kaçınılmaz bir zorunluluk olmadan kodun içinde karıştırılmamalıdır. Onlar. karıştırmadan mümkün olduğunca uzun süre kaçınılmalıdır. Bu, çok enstrümanlılık yönünde ölçeklendirme yaparken modüller için her zaman iyi tanımlanmış ve uygun yerleştirme noktalarına sahip olmanızı sağlar. Şemaya bu açıdan bakın, kendiniz bulacaksınız.
Yukarıyı görmek. // Öte yandan, MM düzelticisinin girişi, tek para birimi (tek cihaz, daha kesin olmak gerekirse) tahmincilerinin bir bulutunu çok para birimi (çok cihaz) bir mutfağa entegre etmek için en uygun noktadır.Hiç kimse zorlukların tamamen yokluğuna söz vermedi. :) Ancak tüm bu doğrudan API çağrılarının sürücüde henüz yerelleştirilmediğini, tahmin edicilerin ve MM modüllerinin kodlarıyla karıştırılıp karıştırılmadığını bir düşünün.
;)
Tamam, bunu temel alalım (duraklarla çalışmak için bir modül eklemeniz yeterli, mantıklı görünüyor ve kimsenin itirazı yok),
ve bu şemada hala neyin eksik olduğunu düşünün veya yeniden yapın.
Tamam, bunu temel alalım (duraklarla çalışmak için bir modül eklemeniz yeterli, mantıklı görünüyor ve kimsenin itirazı yok),
ve bu şemada hala neyin eksik olduğunu düşünün veya yeniden yapın.
Değişiklik iyileştirmeleri pahasına düşüneceğim (kaynamasına izin verin).
Eksiklik daha belirgindir - bu şema açıkça bir GUI'den (görsel izleme / kontrol alt sistemi) yoksundur. EA ve GUI arasında bazı birleşik (ve kullanışlı!) etkileşim şeması geliştirmek istiyorum. Şimdiye kadar, bu konuda beni gerçekten rahatsız eden bir kendiliğindenlik var. Aynı hedefe ulaşmak istiyorum (her iki yönde de tam veri soyutlaması). Bu sorun henüz çözülmedi. Bu yüzden eğitim için bir danışman/GUI yerleştirme görevini üstlenmeyi önerdim, ticari bir ilgi var, halktan fikir toplamak istedim.
Şemada vurgulanan bileşenlerin içinde herhangi bir sayıda modül olabilir. Bu iyi. Bana öyle geliyor ki, yalnızca açık konveyör düzenlemeleri faydalı. Kesinlikle kaçınılmaz bir zorunluluk olmadan kodun içinde karıştırılmamalıdır. Onlar. karıştırmadan mümkün olduğunca uzun süre kaçınılmalıdır. Bu, çok enstrümanlılık yönünde ölçeklendirme yaparken modüller için her zaman iyi tanımlanmış ve uygun yerleştirme noktalarına sahip olmanızı sağlar. Şemaya bu açıdan bakın, kendiniz bulacaksınız.
Sınırsız modül büyümesi ileride ciddi sorunlara yol açmaktadır. Uzman Danışmanınızın mantığı, pratik olarak farklı modüllere dağılmıştır. Modüllerin kendileri birbirleriyle etkileşime girecek ve aralarındaki bağlantıların karışık bir karışıklığa dönüşmeyeceğinin garantisi yok. IMHO, yeşil ile işaretlenmiş tüm kareler bir ticaret sisteminin unsurlarıdır. Farklı modüllere ayrıştırıldıklarında, programlamanın ana ilkelerinden biri ihlal edilir: tek bir görev içinde veri ve yöntemlerin kapsüllenmesi.
Herkes şemalarını yayınlamaya başladığı için ben de devam edeceğim. Bu sefer daha da soyut bir şema:
Siyah oklar katı ilişkileri tanımlar. Gri - modül içindeki özel ilişkiler önemli değildir. Ayrıca, ticaret robotu sınıfının platform API'sine doğrudan erişme hakkı vardır, ancak bu, platform bağımsızlığını azaltır.
Sınırsız modül büyümesi ileride ciddi sorunlara yol açmaktadır. Uzman Danışmanınızın mantığı, pratik olarak farklı modüllere dağılmıştır. Modüllerin kendileri birbirleriyle etkileşime girecek ve aralarındaki bağlantıların karışık bir karışıklığa dönüşmeyeceğinin garantisi yok. IMHO, yeşil ile işaretlenmiş tüm kareler bir ticaret sisteminin unsurlarıdır. Farklı modüllere ayrıştırıldıklarında, programlamanın ana ilkelerinden biri ihlal edilir: tek bir görev içinde veri ve yöntemlerin kapsüllenmesi.
Herkes şemalarını yayınlamaya başladığı için ben de devam edeceğim. Bu sefer daha da soyut bir şema:
Siyah oklar katı ilişkileri tanımlar. Gri - modül içindeki özel ilişkiler önemli değildir. Ayrıca, ticaret robotu sınıfının platform API'sine doğrudan erişme hakkı vardır, ancak bu, platform bağımsızlığını azaltır.
Değişiklik iyileştirmeleri pahasına düşüneceğim (kaynamasına izin verin).
Eksiklik daha belirgindir - bu şema açıkça bir GUI'den (görsel izleme / kontrol alt sistemi) yoksundur. EA ve GUI arasında bazı birleşik (ve kullanışlı!) etkileşim şeması geliştirmek istiyorum. Şimdiye kadar, bu konuda beni gerçekten rahatsız eden bir kendiliğindenlik var. Aynı hedefe ulaşmak istiyorum (her iki yönde de tam veri soyutlaması). Bu sorun henüz çözülmedi. Bu yüzden eğitim için bir danışman/GUI yerleştirme görevini üstlenmeyi önerdim, ticari bir ilgi var, halktan fikir toplamak istedim.
Görevden uzaklaş. GUI'de en çok hangi görevler talep ediliyor? kişisel olarak sen.
oradan ve dans et. Ne elde etmek istediğinizi açıklayın, ortak tuhaflıkları vurgulayın, bir iskelet yapın, sonra başka bir şey ekleyin, iskeleti değiştirmenin ne kadar kolay olduğunu görün.
Sonra ne olması gerektiği anlayışı gelecek, her şeyi yeniden yaz. Ben böyle görüyorum.
MetaDriver her şeyi doğru söylüyor ve sistemi doğru. Fuck_fx ayrıca "ticaret sürücüsünün" en iyi fiyatları kullanmak için 10-20 platformla çalışması gerektiğini de ekler.
Ancak böyle doğru bir sistemi yalnızca ideal koşullar altında kullanmak uygundur - stratejide hata olmadan, kullanıcı müdahalesi olmadan, mücbir sebepler olmadan ... Ancak gerçekte bu nadiren olur.
Horseradish_fx örneğini genişleteceğim: 25 strateji işe yarar, toplayıcı (ticari sürücü) bunları net bir konumda toplar ve pazara getirir, her şey yolunda. Aniden, 17. stratejide bir şey bozuluyor ve sağlıksız tahminler veriyor - deponun %50'sinde aç diyor. Danışman itaatkar bir şekilde açılır.
Banal bir dolap a la MT4 ne yapar:
Şimdi "doğru muhasebe"ye geçelim. Bir tüccar hatayı ortadan kaldırmak için ne yapmalıdır (%50'lik bir marj ticareti, mantıkta açık bir hatadır):
Soru: hangisi daha kolay? Açıkçası, MT4 ile seçenek.
Ve daha ucuz olan nedir? Açıkçası, Netleştirme ile varyant.
Sonuç nedir? MT4 GUI ile pazar sürücüsü olun ;)
Ve hala peşinde.
Bunların hepsi "doğru" tüccarlardan ve hatta programcılardan gelen argümanlardır. Evet, kendiniz için, sevdikleriniz için, ancak iyi bir depozito olan bir hesaba varsa, bunu yapmanın tek yolu budur.
Ve eğer uzman yazılarına değinirsek, kimsenin buna "doğru" ihtiyacı olmadığı ortaya çıkıyor. Tüccar-müşteri kalabalığı yeniden oluşturulamaz, bu yüzden "onlar için" yazmalısınız.
"İşi bırakma" seçeneği kabul edildi! =)
Ve hala peşinde.
Bunların hepsi "doğru" tüccarlardan ve hatta programcılardan gelen argümanlardır. Evet, kendiniz için, sevdikleriniz için, ancak iyi bir depozito olan bir hesaba varsa, bunu yapmanın tek yolu budur.
Ve eğer uzman yazılarına değinirsek, kimsenin buna "doğru" ihtiyacı olmadığı ortaya çıkıyor. Tüccar-müşteri kalabalığı yeniden oluşturulamaz, bu yüzden "onlar için" yazmalısınız.
"İşi bırakma" seçeneği kabul edildi! =)