Farklı terminallerde çalışan iki Uzman Danışman arasında veri alışverişi

 

Bu konu, "NFA, 15 Mayıs 2009'dan beri kilitlemeyi yasaklıyor" başlığının teknik bir devamıdır.

Özellikle, bu gönderiden başlayarak:

'NFA, 15 Mayıs 2009 itibariyle sokağa çıkma yasağını yasaklıyor'

26.04.2009 12:06

2. Bir Amerikan komisyoncusu ile mevcut bir hesabı, eşit miktarda fonla 2 ayrı hesaba bölün. Bir hesapta, tüm enstrümanlar için tüm pozisyonlar sadece AL, diğer hesapta tüm enstrümanlar için tüm pozisyonlar sadece SATIŞ olacaktır. Bu, 2 hesabımız olduğu için tek hesapta riskten korunma yasağına ilişkin bu kuralı ihlal etmiyor.Daha sonra, bu 2 farklı hesapta tek bir uzmandan nasıl anlaşma yapılacağına dair bir yöntem geliştirmemiz gerekiyor. Daha önce böyle bir görevle hiç karşılaşmadığım için, bir Expert Advisor'ın emirlerinin 2 farklı hesapta doğru bir şekilde yerine getirilmesi için hangi yöntemlerin mevcut olduğunu bilmek istiyorum.

Farklı terminallerde çalışan iki Uzman Danışman arasındaki veri alışverişinin teknik uygulamasını tartışmak istiyorum.

Bence en umut verici tartışma yönü, ortak bir hafıza alanı kullanılarak Uzman Danışmanlar arasında bilgi aktarımıdır, ancak diğer seçeneklerin tartışılması da mümkündür.

Yani, danışmanların her birinin başka bir terminalden gelen siparişler hakkında eksiksiz bilgiye sahip olması gerekir. Nasıl organize edilir?

Bu başlıkta sadece teknik detayları tartışmanızı rica ediyorum. Şimdiden teşekkür ederim!

 
Algoritmanın uygulanmasının yanı sıra tüm teknik detaylar uzun zamandır açıklanmıştır. Arama kullanımı.
 
HIDDEN >> :
Algoritmanın uygulanmasının yanı sıra tüm teknik detaylar uzun zamandır açıklanmıştır. Arama kullanımı.

Bu makaleyi mi yoksa başka bir şeyi mi kastediyorsunuz?

'Uzmanların verimli çalışması için otomatik DC seçimi'

 

Göreviniz için, DC'lerin otomatik seçimi ile ilgili makalede açıklanan araçları kullanmak, bir toptan bir serçeyi vurmaktır. Herhangi bir dll dosyası olmadan yapabilirsiniz.

 

Sqlite3'ün terminallerden biri tarafından kullanılması, bunun en kolay yollardan biri olduğunu gösteriyor.

Ayrıca, bu zaten geliştiriciler içindir, terminal tarafından yazılan tüm bilgileri bu veritabanına sürmek güzel olurdu.

Ardından, sıradan işlevleri kullanarak daha yapılandırılmış bilgileri okumaya erişeceğiz ...

Örneğin, şimdi, örneğin, açılış pozisyonlarının kalitesini değerlendirmek için günlükleri analiz etmek tamamen önemsiz bir iştir.

*

konu dışıysa özür dilerim...

*

Veritabanından bahsediyorsak, bu arada, hesaplar arasında değiş tokuş yaparken kullanışlı olacak yollar arıyorum,

aynı veritabanı hücreleri nasıl yazılır ve okunur?

Yani, amaçlarımız için bir tablo başlatıyoruz exch ve içindeki alanlar, koşullu olarak bir satırla A, B, C, D diyelim.

Şematik olarak şöyle:


ANCAK
AT
İle
D
veri
123
1.2548
04/12/2009
satın almak
 
solandr >> :

Bu konu, "NFA, 15 Mayıs 2009'dan beri kilitlemeyi yasaklıyor" başlığının teknik bir devamıdır.

Özellikle, bu gönderiden başlayarak:

'NFA, 15 Mayıs 2009 itibariyle sokağa çıkma yasağını yasaklıyor'

26.04.2009 12:06

2. Bir Amerikan komisyoncusu ile mevcut bir hesabı, eşit miktarda fonla 2 ayrı hesaba bölün. Bir hesapta, tüm enstrümanlar için tüm pozisyonlar sadece AL, diğer hesapta tüm enstrümanlar için tüm pozisyonlar sadece SATIŞ olacaktır. Bu, 2 hesabımız olduğu için tek hesapta riskten korunma yasağına ilişkin bu kuralı ihlal etmez.Daha sonra, bu 2 farklı hesapta tek bir uzmandan nasıl işlem yapılacağına dair bir yöntem geliştirmemiz gerekiyor. Daha önce böyle bir görevle hiç karşılaşmadığım için, bir Expert Advisor'ın emirlerinin 2 farklı hesapta doğru bir şekilde yerine getirilmesi için hangi yöntemlerin mevcut olduğunu bilmek istiyorum.

Farklı terminallerde çalışan iki Uzman Danışman arasındaki veri alışverişinin teknik uygulamasını tartışmak istiyorum.

Bence en umut verici tartışma yönü, ortak bir hafıza alanı kullanılarak Uzman Danışmanlar arasında bilgi aktarımıdır, ancak diğer seçeneklerin tartışılması da mümkündür.

Yani, danışmanların her birinin başka bir terminalden gelen siparişler hakkında eksiksiz bilgiye sahip olması gerekir. Nasıl organize edilir?

Bu başlıkta sadece teknik detayları tartışmanızı rica ediyorum. Şimdiden teşekkür ederim!

bir fikir olarak birkaç seçenek

1-dosya değişimi

2-farklı windows olay yöntemlerini kullanabilir

3-TCP/IP üzerinden aktarım


karmaşıklık açısından dosya paylaşımı daha kolaydır


Dosya paylaşımı dikkatle ele alınmalıdır

aynı dosyaya farklı programlar tarafından erişim doğru şekilde ayrılmalıdır

her durumda, dosya paylaşımının nasıl çalıştığını iyi anlamanız gerekir.

 
kombat >> :


MySQL hakkında konuşuyorsak, bu arada, hesaplar arasında alışveriş yaparken kullanışlı olacak yollar arıyorum,

aynı veritabanı hücreleri nasıl yazılır ve okunur?


İlköğretim Watson. SQL sorguları aracılığıyla.

 
Reshetov >> :

İlköğretim Watson. SQL sorguları aracılığıyla.

Teşekkürler Holmes! ;)))

Tek sorun bunun nasıl yapılacağı...

Örneğin, bu görev henüz bana boyun eğmedi.

(zaman zaman üzerinde çalışmama rağmen)

*

Cidden, sorun belirli tablo koordinatları için bir okuma/yazma isteği yapmaktır.

 
kombat >> :

Teşekkürler Holmes! ;)))

Tek sorun bunun nasıl yapılacağı...

Örneğin, bu görev henüz bana boyun eğmedi.

(zaman zaman üzerinde çalışmama rağmen)

*

Cidden, sorun belirli tablo koordinatları için bir okuma/yazma isteği yapmaktır.


SQL'i de kullanabilirsiniz

hoş olmayan bir akım var ... iki danışman değiş tokuş yapmak için SQL'e tırmanmaları gerektiğini nasıl biliyor?

"Yoldaşın" "bir şey yazıp yazmadığını" öğrenmek için her iki Uzman Danışmanda da SQL'e tırmanacak bir monitör yazmanız gerekecek.

dosya paylaşımı ile aynı! orada da acı çekmek zorunda kalacaksın - ve zamanın her bir kuantumuyla dosyaya tırmanacaksın.

ve bir şeyin değişip değişmediği, "farklı bir hesapta işlem yapan bir arkadaşın" bir şey bildirip bildirmediği


--

Kaynak tasarrufu açısından ve genel olarak, bunu bir etkinlik aracılığıyla yapmak daha yetkin ve daha iyidir

olay tekme çıktı!

ortaya çıkmadı tekme atmayın

yani, her uzman, bir arkadaşına niyetleri hakkında bilgi verme "dürtüsüne" sahip olabilir.

bu, uyuyan arkadaşını tekmeleyeceği olay olacak

windows olay işletim sistemi - genel olarak bu yönde hareket etmek daha iyidir

--

 

Prensip olarak, bir dosyayı eşit zaman kuantumlarında kontrol etmek/yazmak benim için fazlasıyla yeterli.

Dosyalara erişimle ilgili olarak, iş yerindeki bir meslektaşım bana bu fikri önerdi. Dosyaya yazarken bir şekilde file.running diyoruz. Yazmayı bitirir bitirmez, onu file.output olarak yeniden adlandırırız. Dosyayı ikinci danışman tarafından okuduktan sonra dosyayı silin . Böylece, ilk Uzman Danışmanın bir sonraki döngüsünde (belirli bir zaman kuantumundan sonra) iletilen bilgilerle yeni bir dosya yazmanın mümkün olduğunu ilk Uzman Danışmana açıkça belirtiyoruz. Belki erişim paylaşımının güvenilirliği için bazı bayrak dosyaları kullanılabilir.


Veriler bir port ile localhost 127.0.0.1 üzerinden aktarılırken TCP/IP iletişimini kullanmanın bazı örneklerini gördüm. Danışmanların her biri diğerinin portunu bilir ve ona veri iletir ve paralel olarak diğer danışmandan veri kesmek için kendi portu dinlenir. VB betiğinde böyle bir çalışma örneğim var. Ancak bir Expert Advisor'da kullanılmak üzere nasıl dönüştürülebileceğini bilmiyorum.

Uzman Danışmanlar için TCP/IP üzerinden veri aktarımı için hazır örnekler var mı?