MQL5 için dilekler - sayfa 17
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
Göstergelere uygulanan kurallara göre görsel olarak stratejiler oluşturabilme. Tıpkı Trading Solutions'ın görsel ortamında uygulandığı gibi. Sadece sinyallerini kontrol etmek için danışmanın kodunu oluşturarak göstergeyle uğraşmanıza gerek kalmaması uygundur.
Bence aşırı.
Belki montaj diline gerek yoktur, ancak tüm giriş ve çıkışlar elle, kodda oluşturulmalıdır. Aksi takdirde, birçok strateji görsel teknolojinin olanakları ile sınırlı olacaktır. Aksine, bu yönde bir kütüphaneye ihtiyaç vardır.
-------
Bir şekilde yerel ve global değişkenlerin isimlerinin çakışması ile uğraşmak gerekiyor. İzin vermemek için.
----
Terminal, ağır günlük dosyaları koşulları altında çalışıyorsa, performansı önemli ölçüde azalır. Testten sonra başıboşluğum ve yarım günlük çalışma bunu açıkça gösteriyor - bir büyüklük sırasına göre düşüyor. Dosyaları yalnızca tarihe göre değil, zamana göre de adlandırarak, büyük miktarda bilgiyi düzenli aralıklarla diske dökmek gerekir. Genel olarak, periyodik olarak rahatlayın .. :)
Bir şekilde yerel ve global değişkenlerin isimlerinin çakışması ile uğraşmak gerekiyor. İzin vermemek için.
Bu tür küresel değişkenlere neden ihtiyaç duyulduğu benim için hiç açık değil, bir kez kullanıp benim için yararsız olduğunu fark ettiğimde, birçok eylemin pek faydası yok ... Ve yerel değişkenlerle ilgili olarak, bu durumda görmek istiyorum. sadece sınıflar değil, aynı zamanda ad alanı, ölçekler, sonuçta, uygulamalar dikkate değer olabilir ve o kadar neşeli bir kafa karışıklığı başlar ki, özellikle proje uzun vadeli ise, binlerce ismin karmaşasında kaybolursunuz. Tabii ki, birkaç bin satırlık bir kod için bu işe yaramaz, ancak perspektif ve destek açısından ve ayrıca araç setini genişletmek açısından düşünürseniz, onsuz yapamazsınız. Ancak bana öyle geliyor ki burada forumda olduğu gibi olacak, bu yüzden MQL'ye gerçekten inanmıyorum, sadece bir MQL konusu varsa forumun neden bölümlere ihtiyacı var, bu yüzden içeriğini okumalısınız. Konuyu anlamak için hiç okumak gerekli mi, aksiyon çok, yetmez yani bakış açısı bu :)
Not: Pratikte burada yaptığım tek şeyin bu olduğuna bakılırsa belki bir gün ünlü bir eleştirmen olurum :) Dürüst olmak gerekirse eleştirmeyi sevmem ama mecburum.
Gösterge özelliklerinin keyfi pencereleri oluşturmak gereklidir.
Böylece bu seçeneklerin özelliklerini değiştirebilme özelliği ile bu pencereye ek seçenekler ekleyebilirsiniz.
Böylece sayfalarınızı özellikler penceresine ekleyebilirsiniz. Parametre gruplarını bu sayfalara yerleştirin...
5 kopeğimi MQL5'in isteklerine katkıda bulunmak istiyorum. Ve alçakgönüllü görüşüme göre nereye taşınmamız gerektiğini söylemek istiyorum.
Programlama dillerinin gelişim tarihi, makine kodlarıyla başlayıp, sonra assembler, Fortran, vb., ardından OOP C++ vb., ardından MathLab, MathСad'in taçlandıran başarı olduğunu düşündüğüm özel paketlerin (programlama dilleri) olduğunu gösteriyor. . Onlar. programlamadan (makine dili) olabildiğince uzaklaşıp, insana daha yakın ve anlaşılır bir dile geçmeye çalışırlar.
Sonuçta, MathCad'de yapıldığı gibi bir program (prosedür) yazmak çok daha uygundur ve hiç programlamamış, ancak bir kitapta böyle bir formül görmüş olanlar için bile anlaşılabilir.
Ve bu formda hesaplama için arayın.
Her şey basit ve kolay olasılık = 0,5, MOJ=mu, RMS=sigma normal dağılım yasasının integralini yazdık. Ve bir davaya çarpma olasılığını hesapladı. Y1...Y2 aralığındaki değerler (sırasıyla 10 ve sonsuza eşittir). Bunu burada MathCad programlama dilinde yazılmış olması durumunda açıklıyorum :-)
Katılıyorum, bu, oradaki integralin nasıl hesaplanacağını ve hangi yöntemle, yamuk veya Simpson + hepsini makine dilinde yazmaktan + her şeyi hata ayıklamaktan hatırlamaktan daha kolay. Bunun için ne kadar zaman harcanıyor. Benzer bir Ver(…..) prosedürünü MQL4'te yapmaya çalışın, ancak burada MathCad'de gördüğünüz gibi her şey basit.
Bu nedenle geliştiricilerden MathCad programlama diline dikkat etmelerini rica ediyorum (birçok kişi bunun artık bir programlama dili olmadığını düşünüyor :-)) böyle bir şeye sahip olmak ister.
Tünaydın!
Gelecekteki terminalde bir klasörden alıntıların içe aktarılmasını görmek istiyorum.
Ve buna göre, MQL web sitesinde, alıntı arşivlerini sadece dosya olarak indirme yeteneği.
Hemen açıklayayım:
Özellikle uzun bir geçmiş için bir alıntı arşivi yüklerken çok zaman alır.
Ve böylece dosyaları indirebilir, bir klasöre koyabilir ve gece için bu klasördeki terminali ayarlayabilirsiniz! :)
Sabaha, alıntı arşivinin tüm enstrümanlar için tüm verilere sahip olacağını düşünüyorum! :)
Özellikle uzun bir geçmiş için bir alıntı arşivi yüklerken çok zaman alır.
Ve böylece dosyaları indirebilir, bir klasöre koyabilirsiniz.
Bu, kişisel geçici zorluklar ve ince bir kanal ile ilişkili kötü bir argüman. Bence böyle bir özellik için zaman kaybetmenin anlamı yok.
Uzmanın özellikler panelinde içe aktarılan bir işlevden harici bir değişkeni görüntüleyebilmek güzel olurdu.
(ana programın, standart bir kullanıcı işlevi bağlama özelliğine sahip ex4 olduğu varsayılır; ayarlama için ve özellikle optimize ederken harici bir değişken gereklidir)
Özellikle uzun bir geçmiş için bir alıntı arşivi yüklerken çok zaman alır.
Ve böylece dosyaları indirebilir, bir klasöre koyabilirsiniz.
Bu, kişisel geçici zorluklar ve ince bir kanal ile ilişkili kötü bir argüman. Bence böyle bir özellik için zaman kaybetmenin anlamı yok.
Ve 1999'dan dakikaların geçmişini indirmeye ve ardından tüm zaman dilimlerini yeniden hesaplamaya çalışıyorsunuz.
Ve elde edilen süreyi alet sayısıyla çarpın.
Ayrıca bu işlemi gerçekleştirmek için bilgisayardan ayrılmamalısınız.
Bir seçenek olarak, teklif arşivine "Tüm enstrümanlar için indirme geçmişi" veya "...seçili enstrümanlar için" butonunu ekleyin.
Tamamen katılıyorum !!!
Daha. (terminal ile bağlantılı ve genel olarak)
1. Bayilerin sitede bazı bilgiler yayınlaması güzel,
ama bu bilgi terminale yayınlansaydı çok daha faydalı olurdu.
Buna göre µl aracılığı ile bilgiye erişim sağlamak...
2. Muhtemelen daha da iyi olurdu ...
Bu bilgiler tek bir merkezde toplandı ve tutuldu.
onlar. "finansal sorunu" kaldırdı ve bayiler abone olup olmamayı seçti.
Bilgi, bazı statik ve erişilebilir bilgiler olarak anlaşılır,
örneğin faiz oranları , rakamlarla haberler...vs...
"03/01/2008 15:30 TÜFE = 100 102" biçiminde "tarih; saat; ne; değer; tahmin;"
Krupiyenin takvimine (kendi takviminize) terminalde bakmak çok daha uygundur.
Ayrıca, grafiğe çıktıyı aynı anda otomatikleştirmek de mümkündür. ..