MQL4 ustaları için soru. Yine Çift Karşılaştırma hakkında. - sayfa 10
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
Her yeni kullanıcıya aynı şeyi 1000 defa açıklamak zorunda kalan geliştiricilere en içten taziyelerimi sunarım..
Zaten açık bir soygun...
Gerçek sayıların bellekte saklanması ders kitaplarında yazılıdır ve değişkenlerin kendi kendine değişebileceğine dair orada hiçbir şey söylenmez. Bu forumda sadece SK'den duymadım.
Bu nedenle, her yeni kullanıcıyı 1000 kez yanılttıysanız, şimdi onları bulmanız ve sözleriniz için özür dilemeniz gerekir!
Simca'ya katılıyorum. Aritmetik işlemleri gerçekleştirirken kusurlar mümkündür, ancak depolama, yazma veya okuma sırasında hariç tutulurlar!
Bu yüzden NormalizeDouble() işlevinin algoritmasını sordum, belki de hataya yol açan aritmetik işlemleri de vardır?
Sence ne düşünüyorsun ?
TAMAM. Bu konuda o kadar emin konuşuyorsun ki, sözlerimden şüphelendim bile.
Bir süreye kadar 256MB RAM'li eski bir bilgisayarda çalışmak zorunda kaldım. Birkaç program yüklenirken, işletim sistemi verilerin bir kısmını diske boşalttı ve ardından yeniden yükledi. Kodu değiştirdiğimden (karşılaştırma operatöründe normalleştirmeyi gösterir), hata görünmeyi bıraktı. Ama sözlerinden sonra, zaten şüphelendim - ya orada bir şeyi gerçekten düzelttiysem ve fark etmediysem.
Şimdi bilmiyorum - özür dilemek ya da değil.. Eğer yanılıyorsam 1000 kullanıcı beni affetsin.
(ama yine de, karşılaştırma işlemini hesaplarken doğrudan normalleştirmek daha iyidir :)
Gerçek sayıların bellekte saklanması ders kitaplarında yazılıdır ve değişkenlerin kendi kendine değişebileceğine dair orada hiçbir şey söylenmez. Bu forumda sadece SK'den duymadım.
Ancak, tüm bunlar hesaplamalara atıfta bulunur, ancak değerler normalleştirilmiş olsun ya da olmasın, bellekte değişmeden saklanır.
Bu yüzden NormalizeDouble () fonksiyonunun algoritmasını sordum, belki hataya yol açan aritmetik işlemleri de vardır?
Sence ne düşünüyorsun ?
(ama yine de, karşılaştırma işlemini hesaplarken doğrudan normalleştirmek daha iyidir :)
Ve benim açımdan (sorunun özünü tam olarak anlamayanlar için), şunu da önerebilirim:
ama yine de, karşılaştırma işlemi (c) SK'yi hesaplarken doğrudan normalleştirmek daha iyidir.
(ama yine de, ne zaman doğrudan normalleştirmek daha iyidir?
Karşılaştırma işleminin hesaplanması :)
Üzgünüz, ancak verimlilik açısından, normalleştirme gerektiren verileri karşılaştırmak için çok daha iyi uygulamalar var. Genel olarak, bu bir standarttır (karşılaştırma algoritması). Aradaki farkı ölçeğin boyutunun yarısı ile karşılaştırmak gerekir. Neden bahsediyorum: fiyatları karşılaştırmak için (farklı olsun ya da olmasın), farkı alıp 0,5*Roint değeriyle karşılaştırmanız gerekir (uzman\komut dosyası\göstergesinin başlatılması sırasında yalnızca bir kez hesaplanabilir) Bu, bir işlevi çağırmaktan çok daha verimlidir, hatta ikiden fazla ve hatta bir döngü içindeyse).
İyi şanlar.
mql4'te ÇİFTLERİN KARŞILAŞTIRILMASI ARAŞTIRMA ARAŞTIRMASI. İlk olarak, çiftlerle çalışmak tamamen derleyici hilesidir, bu nedenle esasen yorumlayıcılı bir komut dosyası olan mql4'ten kolaylık talep etmek yersizdir. Ana, geliştiriciler bir yol verdi, karşılaştırmanın doğru sonucunu GARANTİLİ, kalemlerle kontrol ettik, elbette dilbilgisi, ama ÇALIŞIYOR !!! Belgeler, "!=" veya "==" durumunda akımı normalleştirmeniz gerektiğini belirtse de, bağımsız uzman testlerimiz göstermiştir ki (a>b) bir dönüş durumunda doğru sonucu GARANTİ ETMEZ(!) b'ye eşit olacak! Hem a hem de b'yi KESİNLİKLE normalleştirmiş olsanız bile, sayılar eşitse sonuç tahmin edilemez. Ancak geliştiricilerin yapısı::: NormalizeDouble (ab, Digits)>0 güvenilir bir şekilde çalışıyor! Dut yoldaşların neden normalleştirme işlevinden hoşlanmadıklarını bilmiyorum ... Belki de (İÇERİDE) oldukça sempotik olarak şöyle yapılır: iki çift, bir çift doğrulukla bölünür ve aşağı (veya yukarı) yuvarlanır. Ve sonra - bütün sorunsuz.
Lütfen doğru Rusça yazın.
Bana geliştiricinin sitesine (Rusça) bir bağlantı verin ve SADECE YAZAR TANIMLARINI kullanacağıma söz veriyorum. :) Benim görüşüme göre senin dilin benimkinden daha doğru değil, ama KİŞİSEL OLARAK anlamıyorsan, falan filan uzman değerlendirmesinden ayıramazsan o zaman “Rosh için” çeviri yapacağım. Çünkü sana değil, 1001. yeni gelene yazdım. :)
Örneğin, www.gramota.ru
Forumun Albany bölümü yok. Ancak, Rusça olmayan bir sonraki mesajdan sonra oraya gönderileceksiniz. Lütfen büyük ve güçlü olanı çarpıtmayın.