MQL'de asenkron ve çok iş parçacıklı programlama - sayfa 7
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
Şey, biliyorsun, aynı şeyi bir parmakla yapmadım))). Yüksek bir olasılıkla dll'den işlevleri çağırabileceğim, ancak büyük olasılıkla bir sorun olacak - her başlatmadan sonra hata ayıklayıcının altına kazma ihtiyacı. Genel olarak, böyle bir seçenek.
bu seninle ya da benimle ilgili değil! soru BT endüstrisinin kendisinde, koruma yöntemleri uzun zamandır icat edildi ve sürekli gelişiyor, koruma yapanlar ve "kontrol edenler" var
ve IMHO'm, bir sonraki PlayStation / XBox korsanlığıyla ilgili bir sonraki makalede görürseniz, birinin buna ihtiyacı var! - Mayakovsky))) - bu bir BT devinin pazarlama stratejisidir ve sadece başka bir akıllı hacker değil - bir güvenlik açığı bulmayı başaran kendi kendini yetiştirmiş bir kişi - evet, yazılımda hatalar var, güvenlik açıkları var, ancak var ayrıca yazılıma ilgiyi artıran pazarlama stratejileri
;)
IMHO, görevin karmaşıklığını abartıyorsunuz (dll'den µl'yi çekin), ancak çözüm karmaşık ve uygunsuz (peki, neden her başlatmadan sonra hata ayıklayıcıya oturun?). Çok daha şık - terminaldeki servis ile üçüncü taraf bir program arasındaki değişim protokolünü soketler aracılığıyla düşünmek, sish ve µl kısmını yazmak ve ücretsiz, açık erişime koymak. İşte bu, hiçbir şeyi kırmanıza bile gerek yok.
ne vereceği belli değil mi?
geliştiricilere göre, her program için "MQL sanal alanının" ötesine geçmek mümkün değil, o zaman soketler aracılığıyla TCP'ye gideceksiniz - ne verecek?
Kaynak kodunu düzenlemeden başka bir MQL programına giremezsiniz, tıpkı konuşmanın başladığı yerde olduğu gibi - bir dll'den herhangi bir MQL işlevini çağıramazsınız.
Yoksa bir MQL programının uzaktan kontrolü ile mi ilgili? - Bu hiçbir zaman sorun olmadı, kendi değişim protokolümüzü geliştirip elimizden geldiğince yönetiyoruz.
"API'nin benzerliğini yapmak" hakkında konuşma, evrensel. Çapraz program kütüphanesine bağlı ve veri alın / uygulamalar gönderin. Ve zaten herhangi bir sanal alan ve güvenliğim hakkında "endişe" olmadan bir yetişkin için olacak. Ve orada hiçbir şeyi yönetmeye gerek yok - sadece veri ve uygulamalar. Görüyorsunuz, bu çiftlik onlardan gelen çeşitli et benzeri grafiklerle büyüyecek. analiz.
Ancak burada izleyici aynı değil - pazarın satıcıları ve alıcıları.
Igor Makanu :
ama izleyiciler hakkında, farklı bir politika var ve bu doğru - yazılımın alıcısı sizi tanımıyor, bu nedenle dll'li MQL programları ağda popüler değil, peki, asla bilemezsiniz .. aniden bunu bilerek yapmadınız, ancak bilgisayarınızın neden hastalandığını anlamıyorsunuz ve dll'nizle birlikte bir sürü virüsü kullanıcının bilgisayarına taşıyorsunuz... genel olarak, burada her şey söz verildiği gibi. geliştiriciler - son kullanıcı için maksimum koruma - yani tüccar.
Bunların hepsi sızdıran Windows, ancak işleri düzene koymaya başlamış gibi görünüyorlar.
Bu yüzden Linux'umda herhangi bir yürütülebilir dosyayı çalıştırmaktan korkmuyorum - yönetici hakları olmadan çalışan bu yazılım kötü bir şey bile yapamaz. Windows ile birlikte virüsleri unuttum.
Bunların hepsi sızdıran Windows, ancak işleri düzene koymaya başlamış gibi görünüyorlar.
Bu yüzden Linux'umda herhangi bir yürütülebilir dosyayı çalıştırmaktan hiç korkmuyorum
kaydedildi)))
Asenkron kodla çalışma işlevselliği mql dilinde uygulanırsa, göstergelerin çalışması kutudan asenkron moda geçirilebilir ve iş parçacığı probleminden kurtulabilir.
Çok iş parçacıklı göstergeler sorununu çözdükten sonra, onay çizelgelerini güvenle uygulayabilirsiniz. Bütün zincir birbirine bağlıdır.
Asenkroni, hızlı program yazmanın geliştirilmesine yeni bir ivme kazandıracak. Çizelgeleri işaretlemek için uzatma sorununu çözecektir.
Asenkroni, hızlı program yazmanın geliştirilmesine yeni bir ivme kazandıracak.
Yerel halkın nitelikleri göz önüne alındığında, bu, kendinizi ayağınızdan vurmanın neredeyse garantili bir yoludur.
Ve kendileri için gerçekten bilinçli olarak eşzamansızlığa ve çoklu iş parçacığına ihtiyaç duyanlar için, mevcut araçları kullanarak sorunsuz bir şekilde uygularlar.
Yerel halkın nitelikleri göz önüne alındığında, bu, kendinizi ayağınızdan vurmanın neredeyse garantili bir yoludur.
Ve kendileri için gerçekten bilinçli olarak eşzamansızlığa ve çoklu iş parçacığına ihtiyaç duyanlar için, mevcut araçları kullanarak sorunsuz bir şekilde uygularlar.
Evet, bu tür kişiler hemen kendilerini başlarından vursalar bile. Bu, geliştiricilerin ve onların ürünlerinin bir sorunu değil...
Asenkron mod ilkesini incelemek ve anlamak, asfaltta iki parmak gibi, bunlar iplik değildir. Ve eğer zorsa, tırmanacak bir şey yok.
Bazılarına eziyet eden işaretçi-başvuru farkı ile aynı alandan eşzamansızlık ve çoklu iş parçacığı arasındaki özel fark konusunda kafanız karışmış gibi görünüyor.
Eşzamansızlık ayrı bir iş parçacığı aracılığıyla gerçekleştirilir ve bu işlemin ne ile sağlandığı, bir işlemci veya başka bir cihaz o kadar önemli değildir. Ve bir sürecin yaratılması, paralel olarak var olduğu için onun eşzamansızlığını ima eder.
Akıllı katılımcıları okuyorum ve kafam karıştı ...
Ve neden tüm bu çanlar ve ıslıklar?
MQL'de çoklu iş parçacığının ne zaman çok gerekli olacağı konusunda bir örnek verebilir misiniz? Benim için tek uygulama, oldukça normal olarak düzenli yollarla uygulanan test stratejileridir.
Teorik olarak, birkaç WebRequest'i çalıştırmak mantıklı olabilir, ancak bence çoklu kullanım hiç gerekli değildir.
Hangi görevler doğrudan çoklu kullanım gerektirir?
George, her şeyin anlamı her zaman geçersiz kılınabilir. Ve böyle bir yaklaşıma karşı çıkacak hiçbir şey yoktur. Zaten bir adam ölürse neden paraya ihtiyacı var? Zaten herkes ölecek, neden bir piyasaya, algoritmik ticarete vb. ihtiyacımız var?
MQL'de düzenli çoklu iş parçacığının varlığı çok güzel olurdu. Anlayın, burada birçok yaratıcı test alanı için. “Neden?” sorusu her zaman uygun değildir.