dll ve market. - sayfa 3

 

A. Topikstarter'a tam da o anın söylenmesi gerektiğini düşünüyorum. Isıtılmış konu.

Kısaca konuşmak gerekirse. Ajan üzerindeki baykuş (şimdiye kadar yerel, ancak MQ'yu sabitleyin, daha sonra kullanıcılardan uzak olanlar istenecektir) ve grafikteki baykuş arasında bilgi alışverişi için iki yönlü bir mekanizmaya ihtiyacımız olduğunu vurguluyorum.

Ufuklar - karşılaştırılabilir... bir bulut ve bir grup OCL ve mql5 başlatmak.

Meraklı beyinlere daha da ısınma fırsatı vereceğim. Uzman Uzmanlar için eklenti kullanma olasılığını icat etmeye çalışmak için yengeç'e selam ve saygıyı ayırın .

 
joo :

Ufuklar - karşılaştırılabilir... bir bulut ve bir grup OCL ve mql5 başlatmak.

Andrei, hazır mısın? uygulamanın hangi aşamasında?

Zaten yalnızca dll'ye erişimle ilgili bir soru varsa - tüm görevinizi duyurabilir misiniz? Renat'ın ufkunuzu hissetmesi için... ve belki MK bir çözüm önerebilir.

 
sergeev :

Zaten yalnızca dll'ye erişimle ilgili bir soru varsa - tam görevinizi duyurabilir misiniz? Renat'ın ufkunuzu hissetmesi için... ve belki MK bir çözüm önerebilir.

Bu çok komik. OpenCL ile olduğu gibi (şimdiye kadar hizmetler için OpenCL ile ilgili problemde) olduğu gibi dibe batacaktır.

Vay gibi görünüyor, ama gerçekte 3.5 kişi dışında kimsenin buna ihtiyacı yok.

 
TheXpert :

Vay gibi görünüyor, ama gerçekte 3.5 kişi dışında kimsenin buna ihtiyacı yok.

Yani Horizons ile ilgili.

ya ihtimal o kadar yakınsa (Joo projeyi parlak renklerle MK'ya iletmeye çalışacak), bir toplantıya gidecekler ve bunun için gerekli işlevselliği yapacaklar.

 
sergeev :

Yani Horizons ile ilgili.

peki ya beklenti öyle ise (Joo projeyi MC'ye parlak renklerle aktarmaya çalışacak), buluşacak ve bunun için gerekli işlevselliği yapacaksa.

Oradaki ufuklar basittir (100 kez tartışılmıştır), GA'nızı Claude'a kaydırmak için bazı iletişim işlevlerini kullanır.

ZY Ancak burada en bağlantılı fonksiyonelin ufku daha geniş olabilir.

 
Urain :

ZY Ancak burada en bağlantılı fonksiyonelin ufku daha geniş olabilir.

Bu ve konuşma hakkında.

 

Söylediğin her şey doğru. Ve bir anda yerleşen (ve biraz sonra aniden canlanan) ve 100 kez tartışıldığı gerçeği hakkında - bilgilerin aracılara aktarılması ve optimize edilmiş parametrelerin sayısında "alandaki darlık" hakkında.

Zaten , fikir, olduğu gibi, gerekli işlevselliği (MQL5 kullanarak vurguluyorum, vurguluyorum) MT5'i yenilemek ve aynı zamanda para kazanmak (ve ne, şimdi kim kredi ve ipotek olmadan), ama hayır - imkanı yok.

1. Optimize edilmiş parametre sayısında sınırlama.

2. Tek kriterli optimizasyon (yeni kelime oluşumu için üzgünüm)

3. Kum evrim sürecini kontrol edememe.

Bu, hiçbir şekilde geliştiriciler için bir sitem değildir. Aksine, bu MQL5 program geliştiricilerinin düşüncelerinin uçuştuğu bir alandır! Ancak konunun adından da anlaşılacağı gibi yine darboğazlar var. çift yönlü iletim için fırsatlar varsa, sorunlar çözülür. Yukarıdaki noktaların üçünü uygulamaya koymaya gerek kalmayacak - her şey kendi kendine büyüyecek.

 
sergeev :

Andrei, hazır mısın? uygulamanın hangi aşamasında?

Zaten yalnızca dll'ye erişimle ilgili bir soru varsa - tam görevinizi duyurabilir misiniz? Renat'ın ufkunuzu hissetmesi için... ve belki MK bir çözüm önerebilir.

iyi, "hazır" olarak .... hayır, hazır değil. Her zaman bende var - uzun süre dolaşıyor ve çabucak ısrar ediyor.

Evet yaptım. yüzde 95 oranında.

Görev (ayrıntılara girmeden):

1. Grafikteki "sunucu" ile aracıdaki "istemci" arasında iki yönlü bilgi alışverişi için düzenli bir mekanizmaya ihtiyacımız var (önce buna ihtiyacınız var)

2. Grafikte "sunucu" olarak normal bir test cihazı/optimizer çalıştırmayı mümkün kılan düzenli bir mekanizmaya ihtiyacımız var (gerekli ama kritik değil)

Aslında hepsi bu.

Ufuklar:

1. Optimizasyonu yönetmek için bir MQ betik dili icat etmeye gerek yok (kullanıcılar bir kez sordu)

2. Bulut, yalnızca ticaretle ilgili olmayan görevler için kullanılacaktır (ve bu, şimdiye kadar olduğundan çok daha büyük bir hedef kitledir).

3. Opt.parametre sayısını sınırlamak için standart GA ile mücadele etmeye gerek yoktur.

4...

Daha fazla listeleyemezsiniz.

Ö! Eklemeyi unuttum. Test cihazı durumunda oluşturulan piyasa ortamı çok değerlidir. Ev yapımı bir test cihazı (sayaç) ne kadar sofistike olursa olsun, yetenekler ve test kalitesi açısından normal bir teste asla yaklaşamaz. Dikkate alınması gereken pek çok şey var - hem yayılma hem de takas ve... Ve her görev için kafiyeyi düzenlemek bir maymunun işi. Normal bir test cihazı / optimize edici kullanmak istiyorum.

 
sergeev :

bu yüzden lütfen sunucu modunu MQL borularına ekleyin. peki mümkün mü? Yoksa güvenlik de mi bozulacak?

Katılıyorum. Bende de boru kullanımı ile proje askıda kaldı.
 
joo :

Piyasada herhangi bir dll araması yasaktır.

TAMAM. Ve bunu şöyle yaparsanız:

1. Ürünün kendisini piyasaya sürün.

2. Kodun dll'yi (win api) çağırmaktan sorumlu kısmını kitaplığa taşıyın ve kod tabanına yerleştirin. Kaynak kodlarında bile mümkündür.

Sonuç olarak, üründe FileMapping kullanmak gerekli, onsuz mümkün değil.

Beyler, yaptığınız şey bu değil. MQ içinde bir ürünü nasıl oluşturacağınızı düşünün. Bir MQL aracını kullanarak bunu yapmak temelde imkansızsa, o zaman pazar için bir ürün değildir ve onun içinde yeri yoktur. MetaTrader ekosistemiyle şeffaf bir şekilde entegre edilmiş basit, net kararlar alın. Genel MQ entegre ortamından farklı olarak "kendi yoluna" giden ürünlerin hala bir geleceği yoktur ve olamaz.
Neden: