prev_hesaplanmış - sayfa 8
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
Ah dostum, bir böceğin bir aksiyomdan nasıl farklı olduğunu düşünüyorsun? Beyinleri kelimelerle serpmek burada gerekli değildir - 3 noktada formüle edilen her şey 1. mesajımda kolayca görülebilir. Her şey yanlışsa - marangoz değil programcıysanız, kodda 3 noktada listelenen basit görevleri ek koltuk değneği olmadan çıplak prev_calculated ile nasıl çözebileceğinizi gösterin: önceki kene üzerinde kaç çubuk hesaplandığını gösterin, İlk olarak OnCalculate'i arayın ve geçmişin (kontrol tutarının) değiştiğini belirleyin. Kullanıcı için herhangi bir şey düşünmenize gerek yok, aksiyomlarınıza uyacak şekilde ayarlamanız gerekmiyor - görevler formüle edilmiş, çok basit ve yarım parmak kadar net
Bu soruyla, Vladimir'e (yalnızca geliştiricilerin konumunu savunur) değil, (Slava tarafından temsil edilen) geliştiricilerin kendilerine, prev_calculated = 0 ile her şeyi yeniden hesaplayacağını söylemeniz gerekir. Sonuçta, göstergeyi kullanmak için tüm seçenekleri her zaman hesaplayamazlar. Şimdi bir sorun varsa, moderatöre eziyet etmek işe yaramaz, ayrıntılı bir açıklama ile servis masasına gitmeniz gerekir.
Hiç mantıklı değil - MQ'nun ana geliştirme öncelikleri listesi var ve yolcuların sürücünün istekleri hareket etmiyor. Yolcular için en iyi çözüm bir moped almaktır. Nesneleri önekle silmek için kendi kendine yapılan işlevlerde olduğu gibi, MQ öncelikleri bunun için olgunlaşmamıştı. Bu yüzden, beşin ana meraklısı olarak Vladimir'e, pirzolaları ayrı ayrı paketleyecek güzel bir işlev yapmasını öneriyorum ve inatla kaçıyor. İşlev/yapı, ön aramada kaç çubuğun hesaplandığını, artı 2 bayrağı gösterecekse - OnCalculate'in ilk başlatılması ve sağlama toplamındaki değişiklik, kullanıcı nasıl yaşayacağına - ne zaman başlatılacağına, yeniden hesaplanacağına veya uyuyacağına karar verecektir. Ve çıplak prev_calculated olarak 3 "if" özel kombinasyonunu çözer - bu kullanıcı için bir komisyondur
Hiç mantıklı değil - MQ'nun ana geliştirme öncelikleri listesi var ve yolcuların sürücünün istekleri hareket etmiyor. Yolcular için en iyi çözüm bir moped almaktır. Nesneleri önekle silmek için kendi kendine yapılan işlevlerde olduğu gibi, MQ öncelikleri bunun için olgunlaşmamıştı. Bu yüzden, beşin ana meraklısı olarak Vladimir'e, pirzolaları ayrı ayrı paketleyecek güzel bir işlev yapmasını öneriyorum ve inatla kaçıyor. İşlev/yapı, ön aramada kaç çubuğun hesaplandığını ve artı 2 bayrağı gösterecekse - OnInit'in 1. başlatılması ve sağlama toplamındaki değişiklik, kullanıcı nasıl yaşayacağına - ne zaman başlatılacağına, yeniden hesaplanacağına veya uykuya geçeceğine karar verecektir. Ve çıplak prev_calculated olarak 3 "if" özel kombinasyonunu çözer - bu kullanıcı için bir komisyondur
En azından bir sorunu "yazılı olarak" belirtmenin bir anlamı var. Eğer takdir ederlerse, en azından listeye koyun.
Bu arada normal bir çözüm önerdiniz, belki çok güzel değil ama çözdüğünüz görevler pek standart değil.
Hiç mantıklı değil - MQ'nun ana geliştirme öncelikleri listesi var ve yolcuların sürücünün istekleri hareket etmiyor. Yolcular için en iyi çözüm bir moped almaktır. Nesneleri önekle silmek için kendi kendine yapılan işlevlerde olduğu gibi, MQ öncelikleri bunun için olgunlaşmamıştı. Bu yüzden, beşin ana meraklısı olarak Vladimir'e, pirzolaları ayrı ayrı paketleyecek güzel bir işlev yapmasını öneriyorum ve inatla kaçıyor. İşlev/yapı, ön aramada kaç çubuğun hesaplandığını ve artı 2 bayrağı gösterecekse - OnInit'in 1. başlatılması ve sağlama toplamındaki değişiklik, kullanıcı nasıl yaşayacağına - ne zaman başlatılacağına, yeniden hesaplanacağına veya uykuya geçeceğine karar verecektir. Ve çıplak prev_calculated olarak 3 "if" özel kombinasyonunu çözer - bu kullanıcı için bir komisyondur
Başlatma sırasında arabelleklerin başlatılmasıyla ilgili soruya. Mantıklı düşün. OnInit() içinde Rate_total'a erişim yok, değil mi? OnInit() içinde Rate_total erişimi yoksa, göstergenin arabelleklerinin boyutları henüz bilinmiyor (kendiniz =0 kontrol edebilirsiniz). Ve gösterge arabelleklerinin boyutu = 0 olduğundan, neyi sıfırlayacaksınız?
Bu soruyla, Vladimir'e değil (yalnızca geliştiricilerin konumunu savunur), ancak (Slava tarafından temsil edilen) geliştiricilerin kendilerine, prev_calculated = 0 ile her şeyi yeniden hesaplamasını söylemesi gerekir. Sonuçta, göstergeyi kullanmak için tüm seçenekleri her zaman hesaplayamazlar. Şimdi bir sorun varsa, moderatöre eziyet etmek işe yaramaz, ayrıntılı bir açıklama ile servis masasına gitmeniz gerekir.
Evet, beceriksizce öğüt vermeye çalışmasaydı, kimse ona eziyet etmezdi.
Cevap yok, öyleymiş gibi davranmak... ve hatta insanları aynı göstermeye çalışmak...
1. Yine bir düşünce akışı ama özünü görmedim.
2. Soruyu hiç yanıtlamadınız, yani bir değişkenin bildiriminden sonra neyin depolandığını hiç düşünmediniz.
Rol yapma ... Her şey açık, ama resim özellikle senin için
Bilgisayar kapanmadan çalıştı, çizelge kapanmadı, gösterge tablodan kaldırılmadı...
Soru: 2 dakikalık çubuklar nereye gitti???
Bu anlaşılabilir. Saçmalık, Vladimir'e göre, dizinin tüm öğeleri boyunca bir döngüde gösterge arabelleğini sıfırlamanız gerekiyor ...
Rol yapma ... Her şey açık, ama resim özellikle senin için
Bilgisayar kapanmadan çalıştı, çizelge kapanmadı, gösterge tablodan kaldırılmadı...
Soru: 2 dakikalık çubuklar nereye gitti???