Grafik modunda MQL için bir GUI oluşturma. - sayfa 9

 
Алексей Барбашин :

Şimdi basitçe keskinliğe çevirmek mümkün olacak))

Bu benim seçeneğim değil.))
 
Alexey Volchanskiy :

hala bazı duygular

Alex, ne istiyorsun? mutlu olaylardan sonra biraz kaotiksin :-)

Duygular olmadan - .net'e olan sevginiz, yönetimin ve duyguların bir ürünüdür. Teknolojiyi almadan önce artıları ve eksileri tartmanız gerekiyor ve lemmings gibi koşuyorsunuz.
c .net projesi 2 geliştirme kabuğu (MT ve VS) gerektirir. Netlenka C ++, ortak ortamdan ayrılmadan şekillendirilebilir.
MT5'ten başlatılan bir .net dll'de hata ayıklama ve izlemeye karşı sürekli artan koruma yöntemleriyle hata ayıklamak kolay olabilir, ancak kişisel olarak buna ihtiyacım yok.

Bir DLL çağrısında genel giderler, bunlar. Ve MT'nin yalnızca yoklama yaptığı bir yürütme modeliyle çok hassastırlar. DLL'deki hiperküp hesaplamasını kabarcıklarsanız, bu algılanamaz.
Ve sürekli formu yoklarsanız, lanet olası kullanıcı Tamam'ı mı tıkladı, sonra oh-oh. Evet, en sevdiğiniz kafa derisinde bile :-)

 
Alexey Volchanskiy :

hala bazı duygular

Cahillik güven verir. Ama bilgi acıları çoğaltır.

Eğer sakıncası var:
- sürecinize uzaylı ve devasa bir sanal makine sığacak
- kendini asıl olarak kabul ederek eylemlerini durduracak
- kendini ana olarak kabul ederek çok fazla hafıza yer
- kendi hayatlarını yaşayan bir sürü konu açın
- çöp toplayıcı tamamen büyüyecek ve sürecinizi sınırlayacaktır
- sarmalayıcı aracılığıyla tüm aramalar

GUI adına, kesinlikle aşırıya kaçıyor.
 
Maxim Kuznetsov :

Alex, ne istiyorsun? mutlu olaylardan sonra biraz kaotiksin :-)

Duygular olmadan - .net'e olan sevginiz, yönetimin ve duyguların bir ürünüdür. Teknolojiyi almadan önce artıları ve eksileri tartmanız gerekiyor ve lemmings gibi koşuyorsunuz.
c .net projesi 2 geliştirme kabuğu (MT ve VS) gerektirir. Netlenka C ++, ortak ortamdan ayrılmadan şekillendirilebilir.
MT5'ten başlatılan bir .net dll'de hata ayıklama ve izlemeye karşı sürekli artan koruma yöntemleriyle hata ayıklamak zor olmayabilir, ancak kişisel olarak buna ihtiyacım yok.

Bir DLL çağrısında genel giderler, bunlar. Ve MT'nin yalnızca yoklama yaptığı bir yürütme modeliyle çok hassastırlar. DLL'deki hiperküp hesaplamasını kabarcıklarsanız, bu algılanamaz.
Ve sürekli formu yoklarsanız, lanet olası kullanıcı Tamam'ı mı tıkladı, sonra oh-oh. Evet, en sevdiğiniz kafa derisinde bile :-)

Maxim, geri bildirim hakkında konuşursak, net veya c ++ arasında fark yoktur. Burada örneğin Tcl GUI'de uyguladınız. Sonuçta, bir geri bildirim sorunuz da var. Geliştirme ortamı ile ilgisi yoktur. Ayrıca, bir grafik üzerine GUI yerleştirmeye çalışırsanız, çizim probleminiz de olacaktır. Konuda, performans konusu hiç tartışılmamış gibi görünüyor. Bu temelde bir zevk meselesidir.

 
Renat Fatkhullin :
Cahillik güven verir. Ama bilgi acıları çoğaltır.

Eğer sakıncası var:
- sürecinize uzaylı ve devasa bir sanal makine sığacak
- kendini asıl olarak kabul ederek eylemlerini durduracak
- kendini ana olarak kabul ederek çok fazla hafıza yer
- kendi hayatlarını yaşayan bir sürü konu açın
- çöp toplayıcı tamamen büyüyecek ve sürecinizi sınırlayacaktır
- sarmalayıcı aracılığıyla tüm aramalar

GUI adına, kesinlikle aşırıya kaçıyor.

Renat, madem konuya girdin, MT ile ++ ile bile hangi ortamda yazılırsa yazılsın üçüncü parti bir uygulama arasında geri bildirimin nasıl uygulanacağını söyler misin?

 
Алексей Барбашин :

Renat, madem konuya girdin, MT ile ++ ile bile hangi ortamda yazılırsa yazılsın üçüncü parti bir uygulama arasında geri bildirimin nasıl uygulanacağını söyler misin?

Ama hiçbir şekilde. MT'nin içinde bile, her şey yalnızca önceden tanımlanmış MQ olaylarına göredir.
Peki fark nedir? O yok.
 
Yuriy Asaulenko :
Ama hiçbir şekilde. MT'nin içinde bile her şey yalnızca önceden belirlenir. MQ olayları.
Peki fark nedir? O yok.

Eh, MT'de sadece daha kolay, olaylar aracılığıyla. Bir olay geldi - komut yürütüldü, olay yok - dinleniyoruz. Ve bir zamanlayıcıya harici bir uygulama çekmek için, ne yazdığı önemli değil, çok uygun değil. Ayrıca, aynı ağdan farklı olarak MT'de iş parçacığı yoktur. Zamanlayıcı nedir, olay nedir, her şey uygun kısıtlamalar getiren tek bir iş parçacığında gerçekleşir. Aynı OnChartEvent'i dışarıdan çağırmak mümkün olsaydı, birçok soru kaldırılabilirdi. Temelde bu yöntemin çağrı yasağının neden getirildiğini anlamıyorum. Sonuçta, sonunda, MT ortamın olaylarını durdurur: fareyi hareket ettirmek, klavye veya faredeki tuşlara basmak ... Yani, bu bağlamda, olaylar Windows ile etkileşime girer, o zaman bir kullanıcının neden belli olmadığı açık değildir. olay oraya gönderilemez. Bu genel bir geri arama olacaktır.

 
µl, borular, dosyalardan veya web isteklerinden tek yönlü yoklama.

Herhangi bir şekilde doğrudan aramalar karşılığında. Parametrelerle OnExternal türünde bir yöntem ekleyebilsek de, iletim kanalı üzerinde düşünmemiz gerekiyor.

Olabilir:
- dll'de kayıtlı parametrelerle geri arama
- tetikleyici olarak adlandırılan mutex
- PostMessage için windows mesajı

 
Алексей Барбашин :

Eh, MT'de sadece daha kolay, olaylar aracılığıyla. Bir olay geldi - komut yürütüldü, olay yok - dinleniyoruz. Ve bir zamanlayıcıya harici bir uygulama çekmek için, ne yazdığı önemli değil, çok uygun değil. Ayrıca, aynı ağdan farklı olarak MT'de iş parçacığı yoktur. Zamanlayıcı nedir, olay nedir, her şey uygun kısıtlamalar getiren tek bir iş parçacığında gerçekleşir.

Demek istediğim, harici uygulamaların aynısı var, farklı değil. MT olaylarıyla ilgili MT programları işlevselliği.
 
Ve neden gui için dotnet'te durdunuz?

Basit formlar C++ ve diğer dillerde kolaylıkla yapılabilir. Ve eşleştirme sorunları ve kaynak kaybı olmayacak.

Evet ve MQL5'te yerel arayüzler yapmak kesinlikle kolaydır.