Hatalar, hatalar, sorular - sayfa 738
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
Soru:
İşleve nesnelere bir dizi işaretçi iletmeniz gerekir. Referans olarak, elbette (bir dizi).
Hangi sözdizimi kullanılır?
şüpheleniyor muyum? Yoksa başka bir şeye mi ihtiyacınız var?
İşaretçi bildirimi (tür, tür değişkeni): MyObject* hobject
İşaretçi dizisini bildirme (tür, tür değişkenleri dizisi): MyObject* hobject[]
Başvuruya göre geçerken (tür, iletilen tür değişkenleri dizisi): MyObject* &hobject[]
Kafamı karıştıran tek şey, işaretçileri ve işaretçi dizilerini fonksiyon parametreleri olarak geçirme olasılığı hakkında bilgi bulamamış olmam. Ancak bu bir soru bile değil, bir rezervasyon.
Böyle bir ihtiyaçla karşı karşıya kalınır.Çarpık ve zalim, ancak doğru sonuç çıkıyor.Her üç girişte de onay kutuları etkinleştirilir ve ardından false ise engellenir.
incir benim açıklayıcı. Tekrar deneyeceğim. Görev, her para biriminin kendi parametreleri olan bir para birimi portföyü oluşturmaktır. Optimize edilmiş bir portföyde para birimi katılmayabilir. Her para birimi için 21 optimizasyon adımıyla altı para biriminin birkaç hesaplaması, toplamda milyarlarca incir hesabına kadar.
Şimdi bir soru. Para biriminin bayrakla ticaret yapmasını yasaklarsak, parametrelerini optimize etmenin bir anlamı yoktur, zaten, sonucu hiçbir şekilde etkilemeyecektir, ancak optimize edici düzenli olarak sonucu etkilemeyen parametreleri seçmeye çalışacaktır, bu boş koşu biraz can sıkıcı (üçüncü gün çoktan geçti). İmkansız olduğunu kendim biliyormuşum gibi görünüyor, ama umut hala parlıyor.
incir benim açıklayıcı. Tekrar deneyeceğim. Görev, her para biriminin kendi parametreleri olan bir para birimi portföyü oluşturmaktır. Optimize edilmiş bir portföyde para birimi katılmayabilir. Her para birimi için 21 optimizasyon adımıyla altı para biriminin birkaç hesaplaması, toplamda milyarlarca incir hesabına kadar.
Şimdi bir soru. Para biriminin bayrakla ticaret yapmasını yasaklarsak, parametrelerini optimize etmenin bir anlamı yoktur, zaten, sonucu hiçbir şekilde etkilemeyecektir, ancak optimize edici düzenli olarak sonucu etkilemeyen parametreleri seçmeye çalışacaktır, bu boş koşu biraz can sıkıcı (üçüncü gün çoktan geçti). İmkansız olduğunu kendim biliyormuşum gibi görünüyor, ama umut hala parlıyor.
Bu yüzden ilk seferinde hepinizi doğru yazdım.
Test cihazında bu parametrelerin yanındaki onay kutularını işaretlemeyin.
Parametrelerin optimizasyona katılması için yandaki kutuları işaretlemeniz gerekir. Onay kutuları ayarlanmazsa, bu parametreler optimize edilmeyecektir.
PS Veya her araç için ayrı ayrı optimizasyon gerçekleştirin. Şimdi ne demek istediğini anlıyorum. :) Ve tüm optimizasyonlardan sonra, tüm araçları açın ve kümülatif sonucu görün.
Bu yüzden ilk seferinde hepinizi doğru yazdım.
Hayır, doğru değil. Diğer açıklamalara bakılırsa, yazar tüm girdi parametrelerinin optimizasyonunu bir kerede başlatıyor ve aynı zamanda trpair2== false ise geçişlerin bir kısmını atlamanın bir şekilde mümkün olup olmadığını merak ediyor. Burada "test cihazındaki bayrakları" manuel olarak ayarlayamazsınız.
O zaman ben de böyle bir çözüm olup olmadığını bilmek isterim.
Hayır, doğru değil. Diğer açıklamalara bakılırsa, yazar tüm girdi parametrelerinin optimizasyonunu bir kerede başlatıyor ve aynı zamanda trpair2== false ise geçişlerin bir kısmını atlamanın bir şekilde mümkün olup olmadığını merak ediyor. Burada "test cihazındaki bayrakları" manuel olarak ayarlayamazsınız.
İncelenen durum için de bir çözüm bulamadım. Elbette, int OnInit() içinde, trpair2 parametresini false olarak ayarlarken, karakterlerin geri kalanı için optimize edilmiş parametrelerin değerini ve trpair2= ile tekrarlanan bir geçiş durumunda hatırlayacak bir blok ekleyebilirsiniz. =false ve 'karakterlerin geri kalanı için optimize edilmiş parametrelerin hatırlanan değerleri' ile sıfır olmayan bir dönüş kodu oluşturur (yani, başlatmadan arındırma neden koduyla bir Deinit olayı oluşturur) REASON_INITFAILED ). Ama bir şekilde hepsi kasvetli görünüyor.
Aynen öyle. Sadece mümkün olup olmadığına dair kararı yazmayı unuttun.
Her şey daha kolay. Bir veya daha fazla koşul karşılandığında Expert Advisor - ExpertRemove() - öğesini basitçe kaldırmak mümkündür. Bunu bir düşüş durumunda uyguladım. Düşüş, örneğin optimizasyon sırasında, ayarlanan değere ulaştıysa, uzaklaşır ve bir sonraki geçişi başlatırız.
"Daha kolay" nasıl olur? :) Uzman Danışmanın silinmesi için koşulların varlığı, REASON_INITFAILED - hala takip edilmesi gerekiyor. Bu sıkıcı görünüyor.