MQL'de asenkron ve çok iş parçacıklı programlama - sayfa 22
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
Onlara orada ihtiyacımız yok. Bu özellikler, buradaki topluluktaki programlama düzeyine yardımcı olmaz. MQL programları.
Dama mı yoksa gidelim mi? TS'ye veya MCL programlarının teknoloji düzeyine mi ihtiyacınız var?
Bana göre, TC ve MKL veya başka bir şey - kesinlikle fark yok. Herhangi bir terminal için hiçbir duygum yok.
Dama mı yoksa gidelim mi? TS'ye veya MCL programlarının teknoloji düzeyine mi ihtiyacınız var?
Bana göre, TS ve MKL veya başka bir şey - kesinlikle fark yok. Herhangi bir terminal için hiçbir duygum yok.
Bir zamanlayıcıda gelen komutları işleyen ve işlemin tamamlandığını bildiren bir mesaj kuyruğu oluşturdum. Ayrı iş parçacıkları oluşturmaya doğrudan gerek görmüyorum
Ve tüm işlemleriniz engelleme modunda, yani. bir işlem tamamlanana ve diğeri başlayana kadar sırayla.
TS'ye ihtiyacım yok. TS çevresinde iş yapmayı düşünüyorum. Bu nedenle - MCL programlarının teknoloji seviyesi.
Piyasadaki / serbest çalışan işinizin sınırı - 100 dolar / ay. Bu bir iş değil, bu bir iş oyunu.
Piyasadaki / serbest çalışan işinizin sınırı - 100 dolar / ay. Bu bir iş değil, bu bir iş oyunu.
Piyasadaki / serbest çalışan işinizin sınırı - 100 dolar / ay. Bu bir iş değil, bu bir iş oyunu.
Bu arada, tarafsızlık adına, ürünlerinin neden olduğu ilgiye bakılırsa Pazarda çok daha fazla kazanan insanlar vardı. Ve bazılarına göre, sinyallerde zengin olabilirsiniz. Yani iş hala orada.
İçerik oluşturucular için yayın. Troller geçer. Grafik arayüzler için, OnChartEvent'i ayrı bir iş parçacığına koymak oldukça öyle görünüyor.
Daha genel olarak, tüm kod yapısındaki tüm temel işleyiciler için çalışan zaman uyumsuz bir görev sınıfı ve yöntemleri uygulamak daha iyidir.
onlar. örneğin, OnChartEvent'te çalışıyorsanız, bu işleyicide MqlTask ve CTask sınıfını çağırır ve bu işleyicide ihtiyacımız olduğu gibi görevlerle çalışırız.
Buna göre, kullanıcının gözünden gizlenen EventLoop ve TrhreadPool, MqlTask'ın bildirildiği yere otomatik olarak yapışmalıdır.
Pekala, bu yaklaşık bir algoritma, geliştiriciler bunu nasıl daha iyi yapacaklarını daha iyi biliyorlar ama bence fikir açık.
EventLoop'un gözünden gizlenmiş, görevlerin çalışmasının örnek bir uygulaması
Sana zaten cevap verdim. Görmezden geliyorsun.
1. Çoklu iş parçacığına ihtiyacım var çünkü programlarım çok daha karmaşık. Bir çok ağır işlevi tek bir programda birleştirmek istiyorum. 3D görselleştirme, sunucu ile iletişim, GUI ve çeşitli hesaplamalar. Bir iş parçacığı yeterli değil. Bu nedenle, programı parçalara ayırmanız veya standart çoklu kullanım kullanmanız gerekir. Eğer mevcut değilse, programı parçalara ayıracağım.
2. Terminal kendi başına çok iş parçacıklıdır. Neden çoklu kullanıma ihtiyacı var - geliştiricilerine sorun. Neden çoklu iş parçacığına ihtiyacım var - 1. maddeye bakın.