Bir sınıf olarak satın al stop Sat stop Grid Expert Advisor - sayfa 5

 
George Merts :

Böyle.

Windows7 x64'üm var, kullanıcı hesabı kontrolü devre dışı. Meta düzenleyiciye her girdiğinizde, her seferinde Vault'a bağlanmanız gerekir.



"experts.dat" ve "mql5.storage" hizmet dosyalarının silinmesinin hiçbir etkisi olmadı. Genel olarak, UAC devre dışı bırakılmış halde Windows7 x64 üzerinde Depolama ile çalışırken bir sorun vardır. Uygulama ServiceDesk'e gönderildi .

 
Dennis Kirichenko :

Vladimir, lütfen beni projeye ekle. teşekkürler


Katma.

 

Projeye bakıyorum, genellikle sınıfı CObject öğesinden miras alıyorum, daha fazla geliştirmede kullanışlı olabilir

 class CBuyStopSellStopGrid : public CObject
{
//....
};

***

 
Alexey Volchanskiy :

Projeye bakıyorum, genellikle sınıfı CObject'ten miras alıyorum, daha fazla geliştirmede kullanışlı olabilir

***


Henüz özel olarak miras yapmadım - danışmanın beklentileri hala belirsiz :). İşte o zaman ihtiyacın var - bu yüzden hemen kalıtım ekleyeceğim.

 
Vladimir Karputov :

Henüz özel olarak miras yapmadım - danışmanın beklentileri hala belirsiz :). İşte o zaman ihtiyacın var - bu yüzden hemen kalıtım ekleyeceğim.


kesinlikle

Not: Şimdi biraz farklı bir algoritma ile müşteriye grider'ın bir versiyonunu ekliyorum - fiyatlar arttığında fiyat + const seviyesinde ve birbirlerine yakın bir al-dur ve sat limitine ayarlanıyorlar. Dürüst olmak gerekirse, bunun çıplak haliyle bir kazanç sağlayacağına inanmıyorum, ancak karşılaştırma için testleri sıralayabilirim. Kodlayamıyorum, sipariş ödendi.

Anladığım kadarıyla, bu EA henüz karlı olmadı mı?

 

Vladimir, sana bunu sormak istiyordum. Neden Güvenlik Konseyi'nin çalışmalarını kullanmadılar? Ayrıca bir ticaret danışmanı sınıfı CExpert vardır .

Öyleyse, IMHO, bir siparişler ızgarası olduğunda, onu CList kullanarak işlemek daha iyi değil mi?

Genel olarak, bunu yapardım:

 class CBuyStopSellStopGrid : public CList
 {

 }

ve ızgara düzeninin kendisi:

 class CGridOrder : public CObject
 {

 }

Buraya kadar bazı düşünceler...

 
Alexey Volchanskiy :

kesinlikle

Not: Şimdi biraz farklı bir algoritma ile müşteriye grider'ın bir versiyonunu ekliyorum - fiyatlar arttığında fiyat + const seviyesinde ve birbirlerine yakın bir al-dur ve sat limitine ayarlanıyorlar. Dürüst olmak gerekirse, bunun çıplak haliyle bir kazanç sağlayacağına inanmıyorum, ancak karşılaştırma için testleri sıralayabilirim. Kodlayamıyorum, sipariş ödendi.

Anladığım kadarıyla, bu EA henüz karlı olmadı mı?


Ben deney yaparken. Genişletilmiş toplamlara dayalı düşünüyorum

Bekleyen Durdur emirleri verme stratejisini ayarlamak için daha ayrıntılı olarak ele alınması gerektiğini düşünüyorum.


geliştirmek gerekli olacaktır: örneğin, ek istatistikler toplamak için, "1,1" kombinasyonlarının arka arkaya ne sıklıkta gittiği - yani, arka arkaya kaç darbe olabilir.

 
Dennis Kirichenko :

Vladimir, sana bunu sormak istiyordum. Neden Güvenlik Konseyi'nin çalışmalarını kullanmadılar? Ayrıca bir CExpert ticaret danışmanı sınıfı da vardır.

Öyleyse, IMHO, bir siparişler ızgarası olduğunda, onu CList kullanarak işlemek daha iyi değil mi?

Genel olarak, bunu yapardım:

ve ızgara düzeninin kendisi:

Buraya kadar bazı düşünceler...


Hiç ağ yok. Her zaman sadece iki bekleyen stop emri vardır: satın al stop ve stop sat.

 

EA, her biri iki bekleyen sipariş verir .

Şimdi eğlenceli kısım için: açık pozisyonları yönetmek! Tüm açıklıklar (önce hangi pozisyonun açıldığına bakılmaksızın - Al veya Sat) basit bir şemaya indirgenir:

İkinci adımda, satışta zararımız var

Ve en önemli soru: ne yapmalı ve kim suçlanacak?

 
tünaydın. gözlemlerime göre, her şey enstrümanın oynaklığına bağlı, eğer düşük oynaklığa sahip bir enstrüman seviyeden bir geri tepme üzerinde çalışmak mantıklıysa (limit emirler), enstrüman uçucu ise, bir arıza üzerinde çalışıyoruz ( stop emirleri ).


Samimi olarak.


Neden: