Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
00:02 - {NAN, 1.2310, 1.2290, 1.2305} (OHLC);
Kusur nerede?
Buradaki kusur, çubuğun eksik parametrelerini belirlemek için işlevselliği sürekli olarak reçete etmenin gerekli olmasıdır. Vereceğiniz örneğe ihtiyaç özel bir durumdur.
hrenfx :
00:00 - {NAN, NAN, NAN, NAN} (OHLC);
Kusur nerede?
Bu tasarım benim için net değil, çünkü danışman bir kene içinde çalışıyor ve danışmanların büyük çoğunluğu için yeni bir kene varış zamanına tamamen kayıtsız.
Çoklu para birimi senkronizasyonunu basitleştirmek için böyle bir yapıya ihtiyaç duyulabilir, ancak bu yapının yokluğu, son tutulan çubuğu arama işlevselliği ile başarılı bir şekilde değiştirilebilir.
Tarihte böyle bir yapının varlığı, çoğu durumda analizi karmaşıklaştırabilir, çünkü çubuğun eksik parametrelerinin yokluğunu sürekli olarak belirlemek gerekir.
ps Sizin tarafınızdan oluşturulan yapılarla çalışmak, işlemeyi ciddi şekilde karmaşıklaştırır. Son tutulan çubuğu bulmak çok daha kolaydır.
abolk :
1. Sürekli olarak "teklif fiyatlarında" bir bar oluşturmaya mı başlıyorsunuz?
2. Bu fiyatlar nelerdir?
3. Onları nasıl biliyoruz?
1. Ve haklı olarak. Henüz böyle bir planın yanlışlığını kanıtlamadınız. Ve sadece "seçenekler olduğunu" belirttiler.
2, 3. Teklif fiyatları komisyoncu tarafından yayınlanır. Bunlara Bid ve Ask denir. Ve başkaları tarafından değiştirilene kadar mevcut fiyatlardır. İşlemler kesinlikle bir kriter değildir, Forex'te sadece fiyat değişiklikleri yayınlanır ve sabit fiyatlarla işlemler istediğiniz kadar olabilir - fiyatları komisyoncu olan camdaki en yakın limit emirlerin hacimleri tükenene kadar güncel teklif. Mevcut Teklif ve Sor. Unutma? Herhangi bir şey varsa - belgelere veya Google ile Yandex'e sorun.
Buradaki kusur, çubuğun eksik parametrelerini belirlemek için işlevselliği sürekli olarak reçete etmenin gerekli olmasıdır. Vereceğiniz örneğe ihtiyaç özel bir durumdur.
Bu, senkronizasyonla karşılaştırıldığında hiçbir şey değildir, ancak bu can sıkıcı kusuru ortadan kaldırmak için alternatif bir teklif de geldi:
Aynı zamanda, dakika anında ( işlem seansının açılışı) teklif fiyatı yoksa, çubuk oluşmaz, ...
Aynı örnek için:
Şu şekilde olacak:
Başka hangi kusurlar?
PS Option c NAN mantık açısından en doğru olanıdır. Uzlaşma seçeneği, her çubuktaki koşullu if ifadesinden kurtulmanıza izin verir, ancak multiFI çubuklarının senkronizasyonunun, işlem seansının açılış/kapanış kavşağında yapılması gerekecektir.
Unutma? Herhangi bir şey varsa - belgelere veya Google ile Yandex'e sorun.
Anlamıyorum. Neden bu sürekli kibirli ses tonu?
Bazı temelsiz her şeyi bilme, her şeyi bilme ve her şeyi bilme çılgınlığı.
Bahçeye çekileceğim.
"Başarısız" çubukların varlığı/yokluğu hakkında hiçbir şey söyleyemem - benim için bu kritik değil . Uygulama sorunları da bilinmiyor. Belki önemliler ve şu ana kadar mevcut çözümden ödün veriyorlar. Çok önemliyse ve terminalde yoksa, "başarısız" çubukların "çizimi" bağımsız olarak uygulanabilir.
Anlamıyorum. Neden bu sürekli kibirli ses tonu?
Bazı temelsiz her şeyi bilme, her şeyi bilme ve her şeyi bilme çılgınlığı.
Bahçeye çekileceğim.
Kibirli değil, bu durumda alay ediyor. Frank alaycı bir şekilde alay ediyor, onsuz olmaz.
Tuhaf olan - tövbe etmiyorum, çünkü umutsuzca aptalsın, numara yapmak üzeresin.
Andrey. Sizden bir ricam var - lütfen sizin için kritik olmayan konulara müdahale etmeyin. Böyle bir karşılaşma, önemsiz bir konuda "akıllı olma" girişimine benzer - güvenlidir ve ara sıra mevcut olanlardan bir statü "puan" alabilirsiniz. İyi bir düşünce donmayı başarırsa. Mevcut alanı birçok kez düşünmediniz, bu nedenle bu durumda mantıklı bir şey söyleyemezsiniz. Mantıklı, kritik olduğu biri için yararlı anlamına gelir. Terminalde "planlama" konusunda tavsiye ve cevaplarla tırmanmıyorum. Bu konu hakkında hiçbir fikrim yok mu sanıyorsun? Orada. Ben sadece "konuda olmadığını" anlıyorum çünkü günlük pratikte kullanmıyorum. Alınma, Andrew. Sadece bir istek. Fikrinizi yayınlama hakkına sahipsiniz (zaten yapıldı), ancak bu anlaşmazlığı kendi açınızdan başlatmak ve devam ettirmek aptalca. Sen sadece "dokunamazsın".
Fikrinizi ifade edip etmeme konusunda - buna ben karar vereyim. Ayrıca, "konunun içinde" ya da "konunun içinde değil" olsam da, şu ya da bu konu hakkında konuşmak için sizden izin istemememe izin verin. Eğer moderatörlük hakkınız varsa benim gönderilerimi silip kendinizinkini bırakabilirsiniz. Ancak bir moderatör haklarına sahip olmadığınız ve yalnızca bir işaret parmağınız olduğu için, o zaman ... ve onu kişisel "konuyu doğru anlama" olarak seçin.
Neden Uzman Danışmanlarımın her biri birikintileri kaldırarak taşıyor? Sipariş verilir ve hemen silinir ve tekrar.
İşte bir örnek: 2011.01.24 M1, sipariş verme zamanı 2:00. DC metaquotes-demo.
MqlTradeResult sonuçU,resultD;MqlTradeRequest request;MqlTick last_price; MqlDateTime ctime;
int OnInit()
{ request.symbol = _Symbol; // sembol
istek.hacim = 0.1; // takas edilecek lot sayısı
istek. büyü = 52; // Sihirli sayı
request.type_filling = ORDER_FILLING_AON; // sipariş yürütme türü - ya hep ya hiç
request.sapma=40; // mevcut fiyattan kayma
request.comment="TL";
request.type_time=ORDER_TIME_GTC;
request.type_filling=ORDER_FILLING_RETURN;
dönüş(0);
}
geçersiz OnTick()
{
if(OrderSelect(resultD.order) || OrderSelect(resultU.order) )
{ OrderSelect(resultU.order);
if(OrderGetDouble(ORDER_PRICE_OPEN)!=1.36207)
{ Print("bbb",OrderGetDouble(ORDER_PRICE_OPEN));
request.action = TRADE_ACTION_REMOVE ; // anında yürütme
request.order=resultU.order;
OrderSend(istek,sonuçU);
request.order=resultD.order;
OrderSend(istek,sonuçD);
dönüş;
}
OrderSelect(sonuçD.sipariş);
if(OrderGetDouble(ORDER_PRICE_OPEN)!=1.35855)
{Print("sss",OrderGetDouble(ORDER_PRICE_OPEN));
request.action = TRADE_ACTION_REMOVE; // anında yürütme
request.order=resultU.order;
OrderSend(istek,sonuçU);
request.order=resultD.order;
OrderSend(istek,sonuçD);
dönüş;
}
//nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn
//nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn
}else//yeni sipariş
{ TimeCurrent(ctime);
if(ctime.hour==2){
request.action = TRADE_ACTION_PENDING;
request.type=ORDER_TYPE_BUY_STOP;
request.fiyat=1.36207;
request.sl=1.36031;
request.tp=0;
OrderSend(istek,sonuçU);
request.type=ORDER_TYPE_SELL_STOP;
request.fiyat=1.35855;
request.sl=1.36031;
request.tp=1.34484;
OrderSend(istek,sonuçD);
}
}
}