MQL'de asenkron ve çok iş parçacıklı programlama - sayfa 20
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
Neden bir şeyin etkisiz olduğuna veya benim için çalışmadığına karar verdiniz? Profilime gidin ve her şeyin nasıl çalıştığını görün. Tam olarak her şey çalıştığı ve geliştiği için, çok iş parçacığı için acil bir ihtiyaç olduğunu varsayıyorum.
Bu harika! - Neden çoklu kullanıma ihtiyacınız var? - Henüz nasıl açıklayacağımı bile bilmiyorum, acıdığını yazdım, yukarıda bacağından bir atış olduğunu yazdılar ...)))
bir görevin yürütülmesini ayrı bir iş parçacığına atmak sorun değildir, o zaman sorun ters bir görev gerçekleştirmektir - her şeyi tek bir yerde toplamak! - ve bu görevin hangi dilde gerçekleştirileceği önemli değil, asenkron görevler için tasarım kalıpları var, bu işi kolaylaştırıyorlar, ancak çok iş parçacıklı uygulamaları kullanırken, bu iş parçacıklarının kontrolü geliştirici için bir baş ağrısıdır, yapmadı hesaplamanın hazır olup olmadığını kontrol edin - bilinmeyen bir zamanda görünen, kullanılmayan bir iş parçacığını silmeyen bir hata var, ancak her yeni bir tane oluşturduğunuzda - sistem kaynaklarını yuttu ...
Yoksa MQL'de tek iş parçacığı için yazılan kodunuzun geliştiriciler tarafından çok iş parçacıklı hale getirilebileceğini mi düşünüyorsunuz? - #property çoklu iş parçacığı yönergesini en üste yapıştırdık ve gidiyoruz! )))
Bu harika! - Neden çoklu kullanıma ihtiyacınız var? - Henüz nasıl açıklayacağımı bile bilmiyorum, acıdığını yazdım, yukarıda bacağından bir atış olduğunu yazdılar ...)))
bir görevin yürütülmesini ayrı bir iş parçacığına atmak sorun değildir, o zaman sorun ters bir görev gerçekleştirmektir - her şeyi tek bir yerde toplamak! - ve bu görevin hangi dilde gerçekleştirileceği önemli değil, asenkron görevler için tasarım kalıpları var, bu işi kolaylaştırıyorlar, ancak çok iş parçacıklı uygulamaları kullanırken, bu iş parçacıklarının kontrolü geliştirici için bir baş ağrısıdır, yapmadı hesaplamanın hazır olup olmadığını kontrol edin - bilinmeyen bir zamanda görünen, kullanılmayan bir iş parçacığını silmeyen bir hata var, ancak her yeni bir tane oluşturduğunuzda - sistem kaynaklarını yuttu ...
Yoksa MQL'de tek iş parçacığı için yazılan kodunuzun geliştiriciler tarafından çok iş parçacıklı hale getirilebileceğini mi düşünüyorsunuz? - #property çoklu iş parçacığı yönergesini en üste yapıştırdık ve gidiyoruz! )))
Her şeyi tek bir iş parçacığında yapmanın fiziksel olarak imkansız olduğunu anlıyor musunuz? Evet, koddaki zorluklar, hatalar, yeni sorunlar kaçınılmazdır. Ancak bazı durumlarda başka bir yol yoktur. 3D görselleştirme hesaplamaları, sunucu ile iletişim ve tek iş parçacığında paralel ticaret? Yani tüm görseli hesapladık, sonra sunucuya bir mesaj aldık/gönderdik, sonra takip pozisyonunu hesapladık, sonra bir sürü hesaplama yaptık ve hepsi sırayla mı? Peki, cidden... Ya render işlemi sırasında işlemlerden biri yavaşlarsa veya değer dizinin ötesine geçerse? Her şeyin tamamen çöküşü mü?
Çoklu kullanımla ilgili zorluklar olduğunu anlıyorum. Ama ben gelişmek istiyorum ve önceden alan sağlamaya çalışıyorum. Ve sadece ben değil.
Çoklu kullanımla ilgili zorluklar olduğunu anlıyorum. Ama ben gelişmek istiyorum ve önceden alan sağlamaya çalışıyorum. Ve sadece ben değil.
MKL'den başka gelişme yönleri yok mu? Pts kendiniz için tek taraflı geliştirmeyi planlıyorsunuz.)
MKL'den başka gelişme yönleri yok mu? Pts kendiniz için tek taraflı geliştirmeyi planlıyorsunuz.)
Peki, sadece turta satmak için.))
Nişlerin geri kalanı işgal edildi ve her şey oraya sürüldü. AI konularında sadece yeni bir kelime söyleyebilirim, ancak ondan önce büyümeniz gerekiyor, ancak aksi takdirde tüm yazılım nişleri devler tarafından işgal ediliyor ve bir rakip denizi var. Ve en azından biraz boşluk kaldı.
Peki, sadece turta satmak için.))
Nişlerin geri kalanı işgal edildi ve her şey oraya sürüldü. AI konularında sadece yeni bir kelime söyleyebilirim, ancak ondan önce büyümeniz gerekiyor, ancak aksi takdirde tüm yazılım nişleri devler tarafından işgal ediliyor ve bir rakip denizi var. Ve en azından biraz boşluk kaldı.
Neden meşguller? C++ / C# ile TS yazabilirsiniz, Java ve Python da hizmetinizdedir.) MKL'den çok daha fazla imkan var. Evet ve satmak isterseniz Piyasa bir takoz gibi birleşmedi. Ve kendinizi MKL ve Market'in katı çerçevesine sürüklüyorsunuz. Ne için? Dünyanın geri kalanı daha az güzel değil.)
Neden meşguller? TS'yi C++/C# ile yazabilirsiniz. MKL'den çok daha fazla fırsat var. Evet ve satmak isterseniz Piyasa bir takoz gibi birleşmedi.
Orada yer yok. GUI'ye mi ihtiyacınız var? Bunlar lütfen!)) İşlevlere ihtiyaç var - işte kütüphaneler. Ne düşünürsen düşün - her şey orada. TC'nin kendisi umurumda değil. Yeni bir şey yaratmakla ilgileniyorum, ancak zaten yaratılmışsa onu nasıl yaratabilirim? Ve henüz oluşturulmadı. Bu el değmemiş bir niş. Buradaki tüm yazılımlar, diğer dillerdeki analoglara kıyasla zayıftır. Burada büyüyebilirsin. Ve iş yap...
Hatalısınız. Burada iş yapamazsın. Marketten veya freelance çalışanlardan kuruş toplayabilirsiniz ama bu hiç mantıklı değil.
PS Sharps veya Python'da iki adımda yazılabilirse, neden varsayımsal olarak GUI'nize vb. ihtiyacım var? Kullanıcı, dahası, ne yazıldığını umursamıyor, uygulamanın özelliklerine değil, işlevselliğe ihtiyacı var. Yani, programcının bu tür ürünlere ihtiyacı yoktur ve kullanıcı hiç umursamaz, fiyat onun için önemlidir ve Sharps'ta açıkça daha ucuz ve daha işlevseldir.
Hatalısınız. Burada iş yapamazsın. Marketten veya freelance çalışanlardan kuruş toplayabilirsiniz ama bu hiç mantıklı değil.
Saçmalık. Peki, çoklu kullanım istiyorsanız - "yetişkin" dilleri size yardımcı olacaktır. Peki, çoklu kullanım mql'de iyi görünmüyor. CopyRate ve CopyBuffer'ın eşzamansız sürümleri konuda olacaktır, ancak mql'deki std::thread analogu işe yaramaz. BENİM NACİZANE FİKRİME GÖRE.
Onlar "yetişkin" olamazlar. "Yetişkinler" ile Pazara girmelerine izin verilmez. Sadece ve sonsuza kadar MQL.