Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz, hiçbir yerde - 6. - sayfa 206
![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Sonuçta, eğer yeniden açılırsa, pozisyon yayılma değeri ile daha da kötü olacak şekilde kesilir.
Bu özellikle zarif bir sapıklık olurdu. Olası olmayan.
Bu özellikle zarif bir sapıklık olurdu. Olası olmayan.
Evet, zaten kontrol ettim, öyle görünüyor.. öyle olmasaydı, Aussie'nin satışını İslami hesapta tutmak ve spread ile hesapta satın almak mümkün olurdu. İstikrarlı bir kâr olurdu .. bankadan daha fazla
1. Siparişin kısmi kapanma durumu - bilet değiştirilir ve yeni siparişin yorumunda yazılır, bu anlaşılabilir, alınabilir.
2. Durum Bazı brokerlar gece/hafta sonu boyunca bir pozisyon aktarırken, pozisyonu kapatıp günün başında tekrar açarlar, bu durumda bilet nasıl davranır? Eski bilet yeni poza yorum olarak yazılacak, bir şey olmayacak mı? 4-8'den fazla sipariş varsa takip etmenin yolları nelerdir?
tarih saat aynı int
Beni düşündürdü - tarih saatinin imzasız olduğundan emindim int , kontrol ettim - haklısın. MT4'ün 2038'den fazla yaşamayacağı ortaya çıktı;). Hala zaman var.
Vladislav: gönderiyi boşuna sildi, imhenko.
Hayır, boşuna değil, IMHO, elbette: datetime gerçekten bir int . Her ne kadar yazılan her şey genel olarak doğru olsa da, bu durumda değil. Burada MKL geliştiricilerinin mantığını anlayamıyorum ((((((((((((((. Belki dilin yeni sürümünde düzeltirler .
ZY'nin uzak gönderi anlayışı, türlerin hedefe farklı şekilde uygulanması gerektiğiydi, yürütme hatalarıyla (Çalışma Zamanı Hatası) karşılaşabilirsiniz. Bu durumda, tarih saat, tarih için int'den daha iyidir, çünkü tür uyumsuzluğunun düzeltileceği umudu vardır.
Hayır, boşuna değil, IMHO, elbette: datetime gerçekten bir int . Her ne kadar yazılan her şey genel olarak doğru olsa da, bu durumda değil. Burada MKL geliştiricilerinin mantığını anlayamıyorum ((((((((((((((. Belki dilin yeni sürümünde düzeltirler .
ZY'nin uzak gönderi anlayışı, türlerin hedefe farklı şekilde uygulanması gerektiğiydi, yürütme hatalarıyla (Çalışma Zamanı Hatası) karşılaşabilirsiniz. Bu durumda, tarih saat, tarih için int'den daha iyidir, çünkü tür uyumsuzluğunun düzeltileceği umudu vardır.
Katılıyorum, tarih saat veya renk yerine int kullanmamalısınız. yürütme hatalarından bile değil, geliştiriciler işleri düzene koyduğunda olacaklardan.
Hayır, boşuna değil, IMHO, elbette: datetime gerçekten bir int . Her ne kadar yazılan her şey genel olarak doğru olsa da, bu durumda değil. Burada MKL geliştiricilerinin mantığını anlayamıyorum ((((((((((((((. Belki dilin yeni sürümünde düzeltirler .
ZY'nin uzak gönderi anlayışı, türlerin hedefe farklı şekilde uygulanması gerektiğiydi, yürütme hatalarıyla (Çalışma Zamanı Hatası) karşılaşabilirsiniz. Bu durumda, tarih saat, tarih için int'den daha iyidir, çünkü tür uyumsuzluğunun düzeltileceği umudu vardır.
Beyler profesyoneller .... Kafam karıştı
TarasBY ve artmedia70 , hatamın siparişin sihirli sayısının değerini saklayan değişkenin değeriyle ilgili olduğunu söylüyor.
Vinin bunun sihirli sayı olmadığını, yanlış mantık olduğunu söylüyor......... artmedia70 onunla tartışıyor.
.
Profesyoneller sorunum üzerinde fikir birliğine sahip değillerse, sorunumu çözmek için yeni başlayan biri olarak ne yapmalıyım?
Sihirle ilgili bir hata, durarak kapanırken danışmanınızın pozisyonunun durarak kapatıldığını görmemesine neden olur. Niye ya? Cevap: Magic 123 ile pozisyonları açarsınız ve Magic değişkenini stop ile kapatmayı kontrol etme fonksiyonuna gönderirsiniz. Örtük başlatma ile neye eşit olduğunu düşünüyorsunuz? Sıfır. Doğal olarak, fonksiyonda sihirli 0 ile pozisyonlar aranır ve pozisyonlarınız için 123'e eşittir.Ve tartışmıyoruz, ama... özensiz tartışıyoruz... Kapanışları durdurmak için yanıtı kontrol edin:
Danışmanın "ölü" mantığının geri kalanına bakmadım - durarak kapanmayı kontrol etme işleviyle başa çıkmanıza yardımcı oldum ...
Benim için zevkti. İyi şanlar!
Alexey İyi günler!
İletişimimiz aklımdan çıkmıyor ...... ve bu yüzden .....
Kodlamamla ilgili olarak, mantık eksikliği hakkında sık sık yorumlar duydum.
Dün bana Boole cebri ile ne demek istediğini açıklamıştın.Bu konu çok geniş ve çok derin.
Gerçek şu ki, matematiksel ve hatta cebirsel bir zihniyetim yok.
Çok karmaşık olmayan bazı matematiksel şeyleri anlıyorum .... ama hemen değil ve beynim karmaşık şeyleri hiç algılamıyor.
Altı aydan daha uzun bir süre önce, makine öğrenimi programlama eğitimini incelemeye başlamadan önce, şüpheyle işkence gördüm:
Matematiksel yeteneklerim olmadan anlayabilir miyim?
Ancak Bay Kozlov, ders kitabının önsözünde, aslında her şeyin ilk bakışta göründüğünden çok daha basit olduğunu söyledi.
görme.
Ve gerçekten de, ders kitabının %60-70'ini bana öyle geliyor ki, şimdi anlayabiliyorum (belki ilk defa değil) ve sonuç olarak zaten bir şeyler kodlayabiliyorum.
Düne kadar, tüm karmaşık matematiksel hesaplamaların (anlayamadığım) program tarafından yapıldığını ve sadece kurallarını bilmem gerektiğini düşündüm.
hangi program çalışır ve hesaplamalar yapar.
Ama dünkü iletişimimiz beni Boole cebrinde ustalaşmazsam kodlarımda mantık olmayacağı fikrine götürdü.
Kodlarımda boole mantığı eksikse programlarım düzgün çalışmayacak veya hiç çalışmayacaktır.
Ama dün Wikipedia'ya baktım ve fark ettim - Boole cebri ve muhtemelen mantık - aklım için değil!
Dün, kodumun bir parçasına üstünkörü bir bakış attıktan sonra, içinde hiçbir boole mantığı olmadığı sonucuna vardınız.
Sakıncası yoksa, bu parçadaki mantık eksikliğine ilişkin sonucunuzdan önce gelen akıl yürütmenizin gidişatını belirtemezsiniz.
Seni anlarsam, devam edeceğim. Eğer - anlamıyorum ..... Muhtemelen programlamanın yeteneklerimi fazlasıyla aşan bir şey olduğu sonucuna varacağım.
Teşekkür ederim.
eğer (ot==0)
if (Teklif==Fiyat)
if(((Open[1]-Close[1])>100*Point)&&((Open[1]-Close[1])<120*Nokta))
if(((Yüksek[1]-Açık[1])>40*Nokta)&&((Yüksek[1]-Açık[1])<60*Puan))
if(((Kapat[1]-Düşük[1])>40*Puan)&&((Kapat[1]-Düşük[1])<60*Puan))