Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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
Puşkin başlatılacak mı?
Hmm .. Programlamada iyi değilim ama bu senaryoda dizi sıfırlanmaz mı?
Temel değeriyle ilgileniyorum, örneğin double değeri sıfır, bool 1 gibi ama bu ne?
Çift örnek:
çift durum;
geçersiz OnTick()
{
if ( Devletler == 0 )
{openbuy();}
}
Ve işe yarıyor gibi görünüyor))
Kesinlikle, geçersiz kılınmadı)) Ve onları orada hiç başlatmadım)
Hmm .. Programlamada iyi değilim ama bu senaryoda dizi sıfırlanmaz mı?
Temel değeriyle ilgileniyorum, örneğin double değeri sıfır, bool 1 gibi ama bu ne?
Kesinlikle, geçersiz kılınmadı)) Ve onları orada hiç başlatmadım)
MQL5 yardımındaki değişkenleri başlatma bölümü açıkça şunları söylüyor:
Tanımlandığında herhangi bir değişken başlatılabilir. Değişken açıkça başlatılmamışsa, bu değişkende depolanan değer herhangi bir şey olabilir. Örtük bir başlatma yoktur.
MQL5 yardımındaki değişkenleri başlatma bölümü açıkça şunları söylüyor:
Şu an için sadece şanslısınız, ancak güzel bir gün şanssız olacaksınız ve şeytanın ayrıntılarda saklandığından şüphelenmeden uzun süre kodda acı içinde bir hata arayacaksınız. "Şanslıyım"a güvenmeyin.Bir dizideki indekslemenin yönünü kontrol etmek için basit bir fonksiyon yazıyorum. Dizilerin kendileri OnCalculate()'den alınır, yani. farklı türleri vardır (double, datetime, vb.). Başvuru, çeşitli türlerdeki dizileri işlerken f(void &array[]) gibi bir başlık kullanan uçbirim fonksiyonlarının örneklerini içerir. Ancak derleyici, kullanıcı işlevinde void türünün kullanımına yemin eder. Derleyiciye parametre dizisinin türünün kullanıcı tanımlı bir işlev için önemli olmadığını söylemenin evrensel bir yolu var mı?
Ticaret talebi sonucunun yapısını netleştirmek istiyorum (MqlTradeResult)
çift fiyat ; // Broker tarafından onaylanan işlem fiyatı
Bekleyen bir siparişin fiyatını iade etmiyor mu? Spec aşağıdaki kodu yazdı:
çift durum = 0;
geçersiz OnTick()
{
if (İstatistikler == 0)
{openbuy();}
}
geçersiz OpenBuy()
{
MqlTradeRequest o; MqlTradeResultp;
double Ask = SymbolInfoDouble(_Symbol,SYMBOL_ASK);
o.action = TRADE_ACTION_PENDING;
o.symbol = _Symbol;
o.hacim = 1;
o.fiyat = 82.000;
o.sl = 81.800;
o.tp = 82.200;
o.type = ORDER_TYPE_BUY_STOP;
o.type_filling = ORDER_FILLING_AON;
o.type_time = ORDER_TIME_GTC;
SiparişGönder(o,p);
Devletler = s.fiyat;
}
Pek çok anlaşmanın açık olduğu gerçeğine bakılırsa, cevabın fiyat = 0 olduğunu varsaymaya cüret ediyorum. Bu biraz garip.. gerçi..
Derleyiciye parametre dizisinin türünün kullanıcı tanımlı bir işlev için önemli olmadığını söylemenin evrensel bir yolu var mı?
Ticaret talebi sonucunun yapısını netleştirmek istiyorum (MqlTradeResult)
çift fiyat ; // Broker tarafından onaylanan işlem fiyatı
Bekleyen bir siparişin fiyatını iade etmiyor mu? Spec aşağıdaki kodu yazdı:
Pek çok anlaşmanın açık olduğu gerçeğine bakılırsa, cevabın fiyat = 0 olduğunu varsaymaya cüret ediyorum. Bu biraz garip.. gerçi..
Bekleyen bir emir, bir işlem anlamına gelmez. MqlTradeResult yapısı için yardıma bakın:
Alanların açıklaması
Tarla
Tanım
yeniden kodlama
Ticaret sunucusu dönüş kodu
anlaştık mı
Tamamlanmışsa, anlaşma bileti. Bir ticaret işlemi sırasında rapor edildi TRADE_ACTION_DEAL
sipariş
Yerleştirildiyse bilet sipariş edin. TRADE_ACTION_PENDING ticaret operasyonu sırasında rapor edildi
Ses
Aracı kurum tarafından onaylanan işlem hacmi. Gerçekleştirilecek siparişin türüne bağlıdır
fiyat
İşlemdeki fiyat, komisyoncu tarafından onaylandı. Ticaret talebindeki sapma alanına ve /veya ticaret işleminin türüne bağlıdır
teklif etmek
Mevcut piyasa teklif fiyatı (teklif fiyatları)
sormak
Mevcut piyasa teklif fiyatı (teklif fiyatları)
yorum
Broker'ın işlem hakkındaki yorumu
Bekleyen bir emir, bir işlem anlamına gelmez. MqlTradeResult yapısı için yardıma bakın:
Ayrıca kodu doğru yapıştırın lütfen.Evet, dur. Hatlar da mutlaka başlatılacak??? Atom tipi değildir.