Benim yaklaşımım. Çekirdek - Motor. - sayfa 145
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
Tahminim, motora giden ve giden her bir iş parçacığının bir tür iş parçacığı etiketine, bir tür sihirli sayıya ve test cihazıyla çalışan bir iş parçacığı etiketine sahip olması gerektiğidir (değişmez bir şekilde benzersizdir). Motor, halihazırda ayarlanmış akışa ve Uzman Danışmanlara tepki verir, göstergeler bilgi akışının özniteliklerine (Sahte sayı) tepki verir.İşe yarayacak mı?
Test cihazında artık her şey yolunda gidiyor, test cihazındaki danışmanı başka bir pencereden yönetiyorum. eğitmen modu.
Artık EA ve motor arasındaki mesajlar belirli bir sihir veya EA adına bağlı değil. Yani, motor bir kaynağa bilgi yazarsa, iletişim için yapılandırılmış herhangi bir EA tarafından okunacaktır. İletişim akışlarını ayırmak için her Uzman Danışman, mesaj başlığında özel bir etiket tanımlamalıdır. Ve ayrıca, talimatları okuyun ve takip edin ya da göz ardı edin. Test cihazında Uzman Danışmanlar için ayrı bir etiket olmalıdır.
Ancak burada, motor için iletişimi yapılandırmanın ve değiştirmenin mümkün olacağı evrensel bir GUI ihtiyacına geliyoruz. Ayrıca danışmanlar hakkında bilgi alın.
Bu, danışman kavramının değiştirilmesi gerektiği anlamına gelir. Daha doğrusu yükseltin.
İşte pürüz.
Her Uzman Danışman için özel bir GUI veya tüm Uzman Danışmanlar için ortak bir GUI olmalıdır. Genel ise, o zaman değişmez olmalıdır. Önceden düşünceli. Her Uzman Danışman (GUI'si olmasa bile) motora sağlayacağı dahili kaldıraca sahip olmalıdır.
Düşünmek için bir şey...
Ancak burada, motor için iletişimi yapılandırmanın ve değiştirmenin mümkün olacağı evrensel bir GUI ihtiyacına geliyoruz. Ayrıca danışmanlar hakkında bilgi alın.
Motor, yönetimi yöneten gerekli ve yeterli, kalıcı olarak tasarlanmış ve yapılandırılmış bir idari bölüme ve müşterinin projesine göre oluşturulmuş en çeşitli özel bölüme ihtiyaç duyar.
Motor, yönetimi yöneten gerekli ve yeterli, kalıcı olarak tasarlanmış ve yapılandırılmış bir idari bölüme ve müşterinin projesine göre oluşturulmuş en çeşitli özel bölüme ihtiyaç duyar.
Bu idari kısım anlaşılmaz. O ne olmalı?
Motor bir danışmanla çalışıyorsa, bu bir şeydir. Ve eğer birkaç farklı olan varsa, bu farklıdır.
Kavramsal bir temel eksikliği olsa da ...
Bu idari kısım anlaşılmaz. O ne olmalı?
Motor bir danışmanla çalışıyorsa, bu bir şeydir. Ve eğer birkaç farklı olan varsa, bu farklıdır.
Kavramsal bir temel eksikliği olsa da ...
Şöyle bir şey söyleyelim.
Ve başlangıç ayarlarındaki danışman veya göstergede Aynı alan "Nesne 1" vb.
Şöyle bir şey söyleyelim.
Ve başlangıç ayarlarındaki danışman veya göstergede Aynı alan "Nesne 1" vb.
İlginç. Yani, bu düğmeler bağlantıyı değiştiriyor mu? Ancak bu durumda, tüm Expert Advisor'lar, farklı çiftlerde başlatılan aynı Expert Advisor'ın kopyaları olmalıdır.
Ya danışmanlar farklıysa?
Şöyle bir şey söyleyelim.
Ve başlangıç ayarlarındaki danışman veya göstergede Aynı alan "Nesne 1" vb.
İlk önce bunu uygulayacağım. Farklı çiftlerde bir danışmanla. Ve sonra, farklı danışmanların durumunda nasıl olacağımı çözeceğim.
Bu arada, burada yapıcı ile çalışmanın iyi bir gösterimi var. Dinamik, kelimeler olmadan ve müziğe. :)
GÖRSEL STÜDYO OLUŞTURMA
https://www.mql5.com/en/blogs/post/712102
Bu arada, burada yapıcı ile çalışmanın iyi bir gösterimi var. Dinamik, kelimeler olmadan ve müziğe. :)
GÖRSEL STÜDYO OLUŞTURMA
Orijinal.
Şöyle bir şey söyleyelim.
Ve başlangıç ayarlarındaki danışman veya göstergede Aynı alan "Nesne 1" vb.
Kontrole bağlıymış gibi işaretlenir. Ve özellikle bazıları tarafından kontrol edilir. Yani bir yerde büyük bir göstergeye sahip bir geçiş anahtarı var.
Kontrole bağlıymış gibi işaretlenir. Ve özellikle bazılarından biri tarafından kontrol edilir. Yani bir yerde büyük bir göstergeye sahip bir geçiş anahtarı var.
Her EA, parametre çekirdeğinin kendi kopyasına sahiptir. Genel GUI'den geçici olarak ayrılabilir ve motora başka bir Uzman Danışmana bağlanabilir. Bunların bir uzmanın kopyaları olması önemlidir.
Ancak burada benim henüz tam olarak temsil edemediğim zorluklar var.
Teoride soru şu:
Ortak bir GUI'ye sahip bir motor yapıp danışmanın kopyalarına bağlayabiliyorsanız, neden her çizelgeye GUI'li bir motor koydunuz?
Uygulamada teknik zorluklar var.
Bir EA'nın bir kopyası, parametre çekirdeğinin kopyasına yeni değerler yazabilir. Kopyalardan birinin motorla bağlantısı yoksa, temel parametreler yalnızca kopyanın yanında değişecektir. Bu, yeniden bağlanırken, kopya parametrelerinin tüm çekirdeğini motora aktarmanın gerekli olacağı ve gerektiğinde tüm pencerelerdeki tüm öğeleri yeniden çizeceği anlamına gelir. Prensip olarak, bu mümkündür.
Veya parametre çekirdeğini yeniden oluşturarak onu bir kaynak haline getirin. Bu durumda, motor tüm değişiklikleri hemen alacak ve yalnızca öğeleri yeniden çizecektir. Bu kötü bir fikir değil.
Ama bu bize ne veriyor?
Belki işlemci yükünü azaltırız, iş parçacıklarını serbest bırakırız. 10 çift üzerinde çalışan danışmanın 10 kopyası varsa ve her motora bir GUI ile atarsak, işlemci üzerindeki toplam yük çok büyük olabilir. Sonuçta, her GUI, öğelerin yeniden çizilmesini gerektirir ve bu, işlemciyi yükler. AMA, aslında, bir kopyanın yalnızca belirli bir GUI'sini görebiliriz. Gerisi gizli.
Yani bu muhtemelen doğru yol. Ortak bir motor yapın.