MQL'de asenkron ve çok iş parçacıklı programlama - sayfa 12
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
En saçma konuşma, üzgünüm. ))
kimi affedecek? tanımadığım insanlar? ))) - bu bir forum - Wiki yardım için ... bu, herkesin fikrini ifade ettiği / savunduğu bir platformdur, daha fazla ve daha az değil - ve iletişim sırasında, teknik yönler ve / veya deneyim alışverişi bulunur bu kaynakla ilgili olarak dışarı!
not:
Sizce, tamam, "gerekli grafik özelliğinin" geliştiricisi sizsiniz - evet, gerekli!
- ancak diğer programcıların aşina olduğu işlevselliklerden birini oluşturabilmeniz gerekir (ne yazık ki, herkes aynı literatürden öğrenir ve gelecekte BT devleri tarafından sunulan işlevleri kullanır - yani tanıdık, anlaşılır ve erişilebilir işlevsellikten bahsediyoruz)
- veya verileri keşfetmenize/modellemenize izin veren bir grafik arayüze sarılmış bazı güçlü analitik paketleri sağlamanız gerekiyor - yetenekli misiniz? - Örneğin, R paketi ile rekabet edebilecek misiniz?
;)
Bir TS aramak, geliştirmek (bazıları için TS'nin kendisi gerekli değildir, örneğin George hangi TS'yi umursamıyor), MT4 yeterlidir. O zaman ne konuşulur? Herkesin kendi ihtiyaçları vardır. Biri manastırda iyi yaşıyor, diğeri ise dünyayı dolaşmak istiyor. Kısacası, bu konuşma hiçbir şey hakkında değil. Aptalca bir doğa resmi çekebiliyorsan, sanatçıya neden resim yapması gerektiğini soracağım gibi. En saçma konuşma, üzgünüm. ))
Ne yazık ki, burada yerel "uzmanlar" (((
Geliştiriciler eşzamansız olarak kod yazmak için bir EventLoop yaparsa, dedikleri gibi saygı gösterin ve saygı gösterin.
Ve terminal, ürün segmentinde lider olacak ve kelimenin tam anlamıyla herkesi, dünyadaki diğer tüm terminal gelişmelerini yapacak.
Eşzamansız yürütme gerektiren sorunlu alanların tam olarak nerede olduğunu biliyorlar, ancak bir nedenden dolayı aynı göstergeler hala tek bir iş parçacığında yürütülüyor.
Ve diğer kullanıcılardan, bu nedenle kene çizelgeleri uygulamadıklarına dair bir varsayım var, sözde kullanıcının bir kene grafiğine bir sürü gösterge asacağı konusunda olumsuzluk korkusu var.
Ve bu sadece görünen kısımdır, bu nedenle yerel uzmanları dinlemek her zaman yararlı değildir, ne yazık ki, dünya zaten çok kanallıyken, sadece bir konuya takılıp kalmışlardır.
kimi affedecek? tanımadığım insanlar? ))) - bu bir forum - Wiki yardım için ... bu, herkesin fikrini ifade ettiği / savunduğu bir platformdur, daha fazla ve daha az değil - ve iletişim sırasında, teknik yönler ve / veya deneyim alışverişi bulunur bu kaynakla ilgili olarak dışarı!
not:
Sizce, tamam, "gerekli grafik özelliğinin" geliştiricisi sizsiniz - evet, gerekli!
- ancak diğer programcıların aşina olduğu işlevselliklerden birini oluşturabilmeniz gerekir (ne yazık ki, herkes aynı literatürden öğrenir ve gelecekte BT devleri tarafından sunulan işlevleri kullanır - yani tanıdık, anlaşılır ve erişilebilir işlevsellikten bahsediyoruz)
- veya verileri keşfetmenize/modellemenize izin veren bir grafik arayüze sarılmış güçlü bir analitik paket sağlamanız gerekiyor - yetenekli misiniz? - Örneğin, R paketi ile rekabet edebilecek misiniz?
;)
Ne yazık ki, burada yerel "uzmanlar" (((
Geliştiriciler eşzamansız olarak kod yazmak için bir EventLoop yaparsa, dedikleri gibi saygı gösterin ve saygı gösterin.
Ve terminal, ürün segmentinde lider olacak ve kelimenin tam anlamıyla herkesi, dünyadaki diğer tüm terminal gelişmelerini yapacak.
Eşzamansız yürütme gerektiren sorunlu alanların tam olarak nerede olduğunu biliyorlar, ancak bir nedenden dolayı aynı göstergeler hala tek bir iş parçacığında yürütülüyor.
Ve diğer kullanıcılardan, bu nedenle kene çizelgeleri uygulamadıklarına dair bir varsayım var, sözde kullanıcının bir kene grafiğine bir sürü gösterge asacağı konusunda olumsuzluk korkusu var.
Ve bu sadece görünen kısımdır, bu nedenle yerel uzmanları dinlemek her zaman yararlı değildir, ne yazık ki, dünya zaten çok kanallıyken, sadece bir konuya takılıp kalmışlardır.
Senin mantığını anlamaya çalışıyorum. Onlar. R paketi ile rekabet edemezsem, çoklu iş parçacığına ihtiyacım yok mu? Bağlantı nedir. Senin ihtiyacın yoksa kimsenin ihtiyacı olmayacağını mı kanıtlamaya çalışıyorsun? Yine herkesin amacı farklıdır. Benim var, seninki var.
mantık basit - son kullanıcı, eğer talep varsa, ayda en az 1-2 kullanıcı, saygılarımla - nişinizi buldunuz!
mantık basit - son kullanıcı, eğer talep varsa, ayda en az 1-2 kullanıcı, saygılarımla - nişinizi buldunuz!
Ne yazık ki, burada yerel "uzmanlar" (((
Geliştiriciler eşzamansız olarak kod yazmak için bir EventLoop yaparsa, dedikleri gibi saygı gösterin ve saygı gösterin.
Ve terminal, ürün segmentinde lider olacak ve kelimenin tam anlamıyla herkesi, dünyadaki diğer tüm terminal gelişmelerini yapacak.
Eşzamansız yürütme gerektiren sorunlu alanların tam olarak nerede olduğunu biliyorlar, ancak bir nedenden dolayı aynı göstergeler hala tek bir iş parçacığında yürütülüyor.
Ve diğer kullanıcılardan, bu nedenle kene çizelgeleri uygulamadıklarına dair bir varsayım var, sözde kullanıcının bir kene grafiğine bir sürü gösterge asacağı konusunda olumsuzluk korkusu var.
Ve bu sadece görünen kısımdır, bu nedenle yerel uzmanları dinlemek her zaman yararlı değildir, ne yazık ki, dünya zaten çok kanallıyken, sadece bir konuya takılıp kalmışlardır.
"uzmanlar"? - sizinle konuşacak bir şey yok, IMHO'nuzu itin ... bu kaynakta çeşitli alanlarda Profesyoneller ile büyük bir MQL topluluğu var, ne yazık ki, bilginizin hiçbirini topluluk için yararlı göstermediniz, tekrar yapabilirsiniz istediğin her şey için beni suçla-" Sen bir uzmansın!"
geliştiriciler yapacak mı? - ne ve neden? Tanınmış bir kullanıcı değil, KENDİNİZE BİLE NEDEN İHTİYAÇ OLDUĞUNU açıklayamıyor musunuz? )))
MetaQoutes'un amacı nedir? - amaç, herhangi bir BT şirketi gibi, kâr etmektir! , ama nedenini bilmiyorum, MetaQoutes hizmetlerini tanıtmak konusunda çok ciddi, algoritmik ticareti yaygınlaştırmak, analitik materyal sağlamak, bir İnternet topluluğu oluşturmak için birçok çalışma yapıldı ... böyle bir hayır kurumu, genellikle bunlar BT devleridir
bu nedenle, şirket kaynaklarını gelecekte neyin kâr getireceğine harcıyor (bir gerçek değil) .... ama işte burada ... yavaş Python veya Java kavramını MQl'ye uyarlaması gereken bir kullanıcı ortaya çıktı ... .Komik değil misin? - Kaç yaşındasın? ))))
Yakında öğreneceğiz. Henüz bilinmiyor.
kesinlikle - Saygı duyuyorum, çoğu zaman sadece azim bu hayatta nişinizi bulmanıza yardımcı olur! Bu zor işte iyi şanslar!
...
Şimdi, eğer çoklu kullanım eklerlerse, gerçekten senin için daha da kötüleşecek mi? Ve böylece MQL'ye bir sürü şey eklediler ve bu gerçekten faydalı bir şey. Ancak yalnızca MQL'de çok karmaşık, hantal programlar yazan bir kişi onun yararını anlayabilir. Çok iş parçacığının neden gerekli olduğunu anlamıyorsanız, bu tür programlar yazmazsınız. Yazarsan anlarsın. Her şey basit. ))
...
kesinlikle - Saygı duyuyorum, çoğu zaman sadece azim bu hayatta nişinizi bulmanıza yardımcı olur! Bu zor işte iyi şanslar!
Teşekkür ederim. Aynen!
Ne yazık ki, burada yerel "uzmanlar" (((
Geliştiriciler eşzamansız olarak kod yazmak için bir EventLoop yaparsa, dedikleri gibi saygı gösterin ve saygı gösterin.
Ve terminal, ürün segmentinde lider olacak ve kelimenin tam anlamıyla herkesi, dünyadaki diğer tüm terminal gelişmelerini yapacak.
Eşzamansız yürütme gerektiren sorunlu alanların tam olarak nerede olduğunu biliyorlar, ancak bir nedenden dolayı aynı göstergeler hala tek bir iş parçacığında yürütülüyor.
Ve diğer kullanıcılardan, bu nedenle kene çizelgeleri uygulamadıklarına dair bir varsayım var, sözde kullanıcının bir kene grafiğine bir sürü gösterge asacağı konusunda olumsuzluk korkusu var.
Ve bu sadece görünen kısımdır, bu nedenle yerel uzmanları dinlemek her zaman yararlı değildir, ne yazık ki, dünya zaten çok kanallıyken, sadece bir konuya takılıp kalmışlardır.
İsteklerin eşzamansız olarak yürütülmesine ihtiyacınız var, ancak çok iş parçacığına bir örnek veriyorsunuz ... Bunu araştırmanız için ısrar ettim, ama asla anlamadınız.
Sorununuzun çözümünü burada sizin için anlattım: https://www.mql5.com/ru/forum/318593/page4#comment_12568119
Ama eminim konuyu incelememişsindir.
Bana göre asenkron bir sıra verilse yine de multithreading isteyeceksiniz... En azından OVERLAPPED ve olaylarla uğraşmaya başlayın, kodda WinAPI mi istiyorsunuz?)
Terminale çoklu iş parçacığı eklenirse, ışık hızından daha hızlı bir şekilde olası programcılardan ölecektir.
Programcılar, çerçevenin cehaletlerine uyacak şekilde değişmesini istemek yerine sorunlara çözüm arıyorlar.