Yapı kayaları. Programları yapılandırmayı, olasılıkları, hataları, çözümleri vb. keşfetmeyi öğreniyoruz. - sayfa 9
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
Akıllı olduğumu düşünmeyin, ancak bir savaş aracı yazmak için bu mimariye tekrar bakın. Geri bildirim yok.
Sanal pozisyonlar var ve sanallığa göre ayarlanmış gerçek bir ticaret ortamı var.
Bu durumda, ister platformda ister başka bir muhasebe sisteminde netleştirme olsun fark etmez.
Bence, özellikle normal bir test cihazında test edilemeyen hızlı ateşleme stratejileri için çok ilginç bir yapı.
Sadece, "yetkili senkronizör" hakkında tam olarak net değil. Bu muhtemelen, görevi, doğru anlarsam, stratejinin sanal karlılığını / kârsızlığını ve piyasanın mevcut durumunu - likidite, yürütme hızı vb. - koordine etmek olan bir tür uyarlanabilir ticaret emirleri kopyalayıcı anlamına gelir. .
Genel olarak, böyle bir test cihazının ve bir senkronizörün bir Expert Advisor'a entegre olarak değil, ayrı bir harici modül olarak monte edilmesi iyidir.
Bu durumda, herhangi bir danışmanı veya birkaç danışmanı aynı anda ona bağlamak ve hatta en uygun sinyalleri seçerek kullanmak mümkün olacaktır.
Bunu sadece MQL kullanarak yapmanın mümkün olup olmadığını merak ediyorum ...
Yani bu ayrı bir mantık modülüdür.
Örneğin, burada Sinyaller hizmeti , araçla hiçbir şekilde bağlantılı olmayan ayrı bir modüldür:
sadece kaynağın sanal pozisyonlarını (sizin için sanal olan) ticaret ortamınıza aktarır.
Çarpık (optimum değil), elbette, ama çevirir.
Yani bu ayrı bir mantık modülüdür.
Örneğin, burada Sinyaller hizmeti , araçla hiçbir şekilde bağlantılı olmayan ayrı bir modüldür:
sadece kaynağın sanal pozisyonlarını (sizin için sanal olan) ticaret ortamınıza aktarır.
Çarpık (optimum değil), elbette, ama çevirir.
Görünüşe göre - çarpık çeviri yapan bir Google çevirmeni var, ancak anlamak gerekli değilse ve kesin gerekliyse - dili öğrenin.)
Ve çeviri iyi olduğunda ve her danışmana kod yazmanıza gerek olmadığında, bir ara seçenek - kişisel, yüksek kaliteli bir çevirmen (modül) ile tatmin olurum.
Bir programın nasıl yapılandırılacağını anlamak deneyimle birlikte gelir. Burada bulunanların her birinin kendi deneyimi olacak ve buna göre yapılanma düzeni ve kuralları benzersiz olacaktır. Üstelik bu kurallar zamanla değişecek, yani birkaç yıl önce ideal gibi görünen yapı, bugün en ufak bir eleştiriye bile dayanamayabilir.
MQL'deki programların yapısıyla, bu ayrı bir hikaye çünkü esasen terminalden gelen olaylar tarafından yönlendirilen bir DSL (her ne kadar şimdi onu genel amaçlı dillere getirmek için devasa adımlar atılmış olsa da). IMHO, bir durum makinesi, ticaret stratejilerini tanımlamanın en iyi yoludur ve bu konuda zaten birkaç makale var. Aslında yapı, her bir vakanın uygulanması için bir sürü inklüzyon içeren büyük bir vakaya dönüşüyor.
Ticaret görevlerinden soyutlarsak, genellikle kullanıcı etkileşiminin özellikleri hakkında hiçbir şey bilmeyen çekirdek (çekirdek) kısmı seçerim. Amacı, kendisini verilerle doldurmanın, girdiye dayalı bir sorunu çözmenin ve sonucun çıktısını almanın bir yolunu sağlamaktır. Çekirdek fiziksel olarak birkaç dosyadan oluşabilir, ancak bunların tümü mantıksal olarak bağlantılı olmalıdır ve harici olarak yalnızca veri almak için yöntemler ve veri döndürmek için yöntemler sağlar ve başka bir şey sağlamaz. En basit benzetme bir kıyma makinesidir.
Önemli olduğunu düşündüğüm ikinci şey, değişebilir parçaların (veya potansiyel olarak değiştirilebilecek parçaların) yerelleştirilmesi ve ayrı bir soyutlamaya ayrılmasıdır. Bu yaklaşımla, mekanizmanın farklı uygulamaları arasında ağrısız bir şekilde geçiş yapabiliriz (örneğin, pozisyon açma mekanizmasını değiştirerek ticareti sanallaştırabiliriz). Çeşitli uygulamaları genel bir adla ayrı bir klasöre koymak uygundur.
Bu yaklaşımla, proje yapısı, değiştirilmiş davranışın (Davranış) dallarının, çeşitli ilgili alt sistemlerden (Alt Sistemler) oluşan gövdeden (Çekirdek) ayrıldığı bir ağaca benzeyecektir. Ve yanında bu ağaca gerekli açıda bakmak için dürbün (Raporlama, GUI) ve bu ağaçla gerekli etkileşimi bize sağlayacak motorlu testereli bir balta (Eylemler, GUI) olacak.
Geliştiricinin hizmetindeki basit durum makineleri
Geliştiricinin hizmetindeki basit durum makineleri
Gerçeklerimizle ilgili olarak en azından yaklaşık bir örnek verin.
Eh, veriyorsunuz :) herhangi bir stratejinin uygulanması aslında bir durum makinesidir.
Bu temiz. Habra ile ilgili bir yazı ışığında böyle bir makine örneği istemiştim.
Tamam. Vardı))) bir adamın bir devlet makinesinin "analogunu" yaptığı bir makale. Ve teknolojiyi programlama alanında ileri bir keşif olarak itti).
Ve burada devlet makineleri ile ilgili makaleyi hatırlamıyorum.
Gerçeklerimizle ilgili olarak en azından yaklaşık bir örnek verin.
Ahaha, "kanıtın ne olacak" diye hatırlattı (c)
Ben sadece "durum makinesi" ni arattım, en çok sevdiğim içeriği seçtim ve buraya yükledim.
Hiçbir şeyi kanıtlamıyorum, hiçbir şeyi çürütmüyorum. Ilginç yazı.
Genel olarak dogmalara karşıyım, birinin onu kullanması diğerine uygun olduğu anlamına gelmez.
Ancak diğer insanların kodlarını okurken, durum makineleriyle sık sık analojilerle karşılaşıyorum. Sadece bir gözlem.