![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Hayır, silmiyoruz, yine de işimize yarayacak!
Sharpe'ın nasıl bir taraftarı olduğunu sorabilirsiniz? Yönetilmeyen kod yerine yönetilen kodu kullanmanın amacı nedir? Burada mesela. Sözdizimi gibi bir şeyi atarsak ve temel faydalar üzerinde durursak.
Pekala, çok az insan "saf" bir dilde yazar ve Sharp'ın kitaplıklarını kullanırsınız, profesyonellerde aynı. Eh, ben ısrar etmiyorum, derlenmiş bir gidiş var mesela. Sanal makine olarak bu şime olan ihtiyacı gerçekten anlamıyorum. Eksilerini görüyorum, faydalarını göremiyorum. Evet ve küçük boyutlu olanların beyni, Java'ya gitmeyi tercih ederim.
Bu işe yaramayacak. Belirtilen malzeme, farklı bir c# ve mql entegrasyon teknolojisi kullanır. Bu teknolojiyi kullanarak, yönetilen ve yönetilmeyen kod arasında bir "katman" oluşturan dll'ye doğrudan bir kitaplık enjekte edilir, aksi takdirde keskin, sql ile etkileşime giremez. Ancak geliştiriciler çok çalıştı ve şimdi Sharp kitaplıkları mql'ye yerel olarak entegre edilebilir, prosedürlerin dışa aktarılmasını bildirmenize bile gerek yok, her şey yerel gibi "büyür". Fedor ve ben ne gösterdik. Yapıların ele alınması gerekiyor. Fedor'un yapmak istediği şeye göre, dll'den tam olarak veri yapılarını döndürmemiz gerekecek. Tabii ki, haritalama yoluyla saptırmak mümkün olacak, ama gerçekten her şeyin gereksiz sıkıntılar olmadan çalışacağını umuyorum.
Örneği kontrol etmeyi önerdim - çalışmadığını kontrol ettim, MQL5 özel türlerini görmüyor
bu teknoloji ile ilgili değil, geçen yılın ikinci yarısında MQL5 .Net'i "kutudan çıktığı haliyle" desteklemeye başladı - bunu zaten herkes biliyor ;)
Sanal makine olarak bu şime olan ihtiyacı gerçekten anlamıyorum. Eksilerini görüyorum, faydalarını göremiyorum. Evet ve küçük boyutlu olanların beyni, Java'ya gitmeyi tercih ederim.
bir sürü hazır kitaplık var .... ve kitaplıkların bazıları artılar üzerinde kitaplıkları kullanıyor - .Net, .dll'yi C++'da tek bir yürütülebilir dosyaya sarmanıza izin veriyor
performans testleri yaptı ve okudu, C# genellikle C++'a yakın hız gösterir (yaklaşık %5-10 kazanç), yani. C++'ın iki kat üstünlüğünden bahsetmiyoruz
Pekala, C# belli bir seviyeye kadar çok basit bir dildir - Seviyeye hazır bir paketi aldım ve bir kullanıcı arayüzünü ona vidaladım - kelimenin tam anlamıyla 2 tıklamayla, ancak hazır kitaplıkları değiştirerek, onları diğerleriyle ilişkilendirerek kütüphaneler - zaten dolu bir ev var)) )
genel olarak, kullanım kolaylığı ve yazma hızı çok büyük bir artı, IMHO
Not: Haftada C# Wolfram'ı vidalamakla meşgul olacağım - deneyimlerimden, bir hafta içinde istediğim sonucu alacağımı biliyorum, Wolfram C # ile yapraklandı - her şey C'deki paketlerle her yerde olduğu gibi standart #
performans testleri yaptı ve okudu, C# genellikle C++'a yakın hız gösterir (yaklaşık %5-10 kazanç), yani. C++'ın iki kat üstünlüğünden bahsetmiyoruz
Nasıl saydığına bağlı. Örneğin, belirli bir algoritmanın yürütme hızını bir iş parçacığı ile ölçüyoruz, yaklaşık olarak aynı sayıları alıyoruz. Ancak burada N sayıda çekirdeğin "anında" derlendiğinden bahsetmiyoruz, başlatma süresi ve tüketilen bellek hakkında hiçbir şey söylemiyoruz. Elbrus'ta olduğu gibi, bir çekirdek talimatları yürütürken diğeri tamamen çeviri ile meşgul.
Pekala, C# çok basit bir dildir, ancak belirli bir seviyeye kadar - hazır bir paket alıp bir kullanıcı arayüzünü vidaladığım seviyeye kadar - kelimenin tam anlamıyla 2 tıklamayla,
Peki, gui'yi saf winapi ile yazarsanız, o zaman belki. Ancak daha basit olabilir, bir düğme ve işleyici (fltk) içeren bir pencereye sahip olmak zor mu?
Güzel! xml bize gelir mi?
Victor, sorun değil. Herkesin kendi dini vardır. Ancak, şu anda oluşturmakta olduğumuz örneği C ++ 'da uygulamak için bir örnek olarak deneyin. C++ ile oluşturmak ne kadar kolay olurdu? Websocket'in c ++ ile uygulanması hala bu saçmalık.
Şaşırtıcı gelecek, ancak hazır bir libwebsockets var.
Profesyoneller hakkındaki görüşün genellikle böyle bir şey olduğunu hissediyorum - bir kişi hazır kütüphaneleri nasıl bağlayacağını bilmiyor / bilmiyor, saf winapi'de klasik bir c ++ penceresi örneği gördü, sonra tüm durumlar için (ki bu benim için kötü) bir std kütüphanesi olan bir keskin görür ve ondan bir orgazm olur. Ve onun görüşüne göre avantajlar çok eski ve emek yoğun bir şey olmaya devam ediyor.