"Pozisyon odaklı MetaTrader 5 ortamındaki talimatları takip etmek için Sanal Talimat Yöneticisi" makalesi için tartışma - sayfa 3

Yeni yorum
 

Makaleyi okurken, istemeden de olsa basitleştirilmiş bir pozisyon kontrol sistemi uygulama fikri aklıma geldi. Fikir, açık pozisyonlarla ilgili verileri bir yorumda saklamak ve daha sonra ayrıştırmaktır. Ancak sunucuda depolamak için bir yorumun maksimum uzunluğunun ne olduğunu bilmiyorum? Yorumun saklanması ne kadar garantilidir? Bu isteğe bağlı bir parametredir. Genel olarak fikrinin yaşam hakkı var mı?

[Silindi]  
avoitenko:

Makaleyi okurken, istemeden de olsa basitleştirilmiş bir pozisyon kontrol sistemi uygulama fikri aklıma geldi. Fikir, açık pozisyonlarla ilgili verileri bir yorumda saklamak ve daha sonra ayrıştırmaktır. Ancak sunucuda saklanabilecek bir yorumun maksimum uzunluğunun ne olduğunu bilmiyorum? Yorumun saklanacağı ne kadar garanti edilir? Bu isteğe bağlı bir parametredir. Genel olarak, fikrin yaşam hakkı var mı?


Pozisyon ve emirlerdeki yorumlar hakkında.

İşte diyalogda yazılanlar - "Piyasa Sat EURUSD TP 1.24622 SL 1.27134 (M30) - Test" ve işte açık bir pozisyonun yorumunda yazılanlar "Piyasa Sat EURUSD TP 1.24622 S"...

Ayrıca, geliştiriciler henüz yorumu değiştirme olanağını uygulamaya koymadılar (bildiğim kadarıyla).

PS

Yorumların kesinlikle bunun için uygun olmayacağını düşünüyorum...

 
Interesting:

Pozisyon ve siparişlerdeki yorumlar hakkında

İşte diyalogda yazılanlar - "Market Sell EURUSD TP 1.24622 SL 1.27134 (M30) - Test" ve işte açık bir pozisyonun yorumunda yazılanlar "Market Sell EURUSD TP 1.24622 S"....

Ayrıca, geliştiriciler henüz yorumu değiştirme olanağını uygulamaya koymadılar (bildiğim kadarıyla).

NOT

Yorumların bunun için kesinlikle uygun olmayacağını düşünüyorum...

Neden olmasın, 256 karakterlik kodlamada 31 karakter 6.146e+381 kombinasyon sayısıdır, böyle bir dizede her şeyi kodlayabilirsiniz.

Aslında, yorumları kısa kodlanmış bir forma yerelleştirirseniz, çok fazla karaktere ihtiyacınız olmaz.

Sonuçta,"bugün alışta açmak istedim ve satışta yanlışlıkla açtım" yerine ob|ers ob- alışta açma niyeti, aslında ers- satışta yanlışlıkla yazabilirsiniz.

Fındık kırmak için mikroskoba ihtiyacınız yok, o zaman her şey yoluna girecektir.

[Silindi]  
Urain:

Neden olmasın? 256 karakterlik kodlamada 31 karakter 6.146e+381 kombinasyon sayısıdır, böyle bir dizeye her şey kodlanabilir.

Aslında, yorumları kısa kodlanmış bir forma yerelleştirirseniz, çok fazla karaktere ihtiyacınız olmaz.

Sonuçta,"bugün alışta açmak istedim ve satışta yanlışlıkla açtım" yerine ob|ers ob- alışta açma niyeti, aslında ers- satışta yanlışlıkla yazabilirsiniz.

Fındık kırmak için mikroskoba ihtiyacınız yok, o zaman her şey yoluna girecektir.

Bence her şeyi yapılarda, birleştirilmiş ve dizilerde saklamak ve gerekirse bunları bir dosyaya kaydetmek çok daha kolay.

Magik hakkında da düşünebilirsiniz....

 
Interesting:

Bence her şeyi birleştirilmiş yapılarda ve dizilerde saklamak ve gerekirse bunları bir dosyaya kaydetmek çok daha kolay.

Magik hakkında da düşünebilirsiniz....

Evet Magik daha güvenilirdir çünkü sunucu tarafından değiştirilemez,

Ancak burada daha az bilgi depolanacaktır, çünkü Magik kodu 256 çift kodla kodlanan dizelerin aksine 10 çift kodludur.

[Silindi]  
Urain:

Evet, magik daha güvenilirdir çünkü sunucu tarafından değiştirilmez,

Her ne kadar orada daha az bilgi olsa da, magik kodu 256 karakterlik kodla kodlanan dizelerden farklı olarak 10 karakterdir.

Bence yorum kullanıcıya bırakılmalı ve bilgi tamamen onun için orada olmalı (kendisi veya bir uzman tarafından doldurulması onun için önemli değil).

Ancak Magik programın tamamında kullanılmalıdır (istenirse birçok bilgi orada gizlenebilir) + tüm bunlar için pozisyonlar, emirler ve anlaşmalar hakkında maksimum miktarda bilginin depolanacağı belirli bir yapı oluşturulmalıdır.

Uzman Danışmanı başlatırken, pozisyonlar ve kapalı anlaşmalarla ilgili veriler bir dosyadan okunabilir veya sihir temelinde de dahil olmak üzere başlatma bloğunda hesaplanabilir (veri dosyası yoksa).

Çalışmanın sonunda elbette bilgiler kaydedilmelidir.

PS

Ya da onun gibi bir şey.

 

Merhaba Paul,

Bu kütüphane için teşekkür ederim.

Bana öyle geliyor ki, Kar Al değeri için ne kullanırsam kullanayım, bir ticaret asla bu değerde kapanmıyor, FrAmaCross EA'nızı çalıştırdığımda ve sadece kar al ile optimize ettiğimde bile sonuçlar asla değişmiyor.

Yanlış bir şey mi yapıyorum yoksa Kâr Al'ı kullanmak için ayarlanması gereken bir bayrak var mı?

Kodunuza bakıldığında, OrderSend bSuccess=PositionChangeSizeAtServer(symbol,volume,ORDER_TYPE_BUY,stoploss); break;

Kar Al değerini kullanmaz

Zaman ayırdığınız için teşekkür ederiz

EK

Documentation on MQL5: Standard Constants, Enumerations and Structures / Trade Constants / Order Properties
  • www.mql5.com
Standard Constants, Enumerations and Structures / Trade Constants / Order Properties - Documentation on MQL5
 

Bence - eğer kendi VOM'umuza sahip olabilirsek... bunu mt5'te MQ ile uygulamanın daha iyi bir yolu - mt5 terminalindeki yerel siparişler için id (#1,#2,#3) mt5 sunucusundaki 1 global siparişe (#5423523) bağlı.

Sadece ağaç sırasına ihtiyacımız var

+ #5423523 eurusd

- 1. satın alma

- # 2 satın al

+ #5423533 usdjpy

- # 3 satmak

- # 4 satmak

+ #5423533 gbpjpy

- # 5 satmak


Daha sonra grafikte #1, 2# vb. siparişlerimiz var.

 

Bu kütüphaneyi kullanan var mı?

Kütüphane kullanışlı görünüyor. Ancak bazı zorluklar var.

Örnek Uzman Danışman VirtualOrderManagerTester.mq5 derlenirken

Hata alıyorum:

'TRADE_RETCODE_REQUEST' - bildirilmemiş tanımlayıcı StringUtilities.mqh 42 12

'TRADE_RETCODE_REQUEST' - sabit ifade gereklidir StringUtilities.mqh 42 12

'ERR_TRADE_SELECT_TIMOUT' - bildirilmemiş tanımlayıcı StringUtilities.mqh 112 12

'ERR_TRADE_SELECT_TIMOUT' - sabit ifade gereklidir StringUtilities.mqh 112 12

Onları nasıl çıkarabilirim?

 
masharov:

Bu kütüphaneyi kullanan var mı?

Kütüphane kullanışlı görünüyor. Ancak bazı zorluklar var.

Örnek Uzman Danışman VirtualOrderManagerTester.mq5 derlenirken

Hata alıyorum:

'TRADE_RETCODE_REQUEST' - bildirilmemiş tanımlayıcı StringUtilities.mqh 42 12

'TRADE_RETCODE_REQUEST' - sabit ifade gereklidir StringUtilities.mqh 42 12

'ERR_TRADE_SELECT_TIMOUT' - bildirilmemiş tanımlayıcı StringUtilities.mqh 112 12

'ERR_TRADE_SELECT_TIMOUT' - sabit ifade gereklidir StringUtilities.mqh 112 12

Onları nasıl çıkarabilirim?

Bu hata kodları artık geçerli değildir, StringUtilities.mqh dosyasındaki 42 ve 112 numaralı satırları yorumlayabilirsiniz.

Makale kodları güncellenmiştir.

12345
Yeni yorum