Hatalar, hatalar, sorular - sayfa 681

 
Renat :
Bir şekilde tartışıyorsunuz.

Siz kendiniz çok nadir (% sıfıra yakın) durumlar için ek çubuk özellikleri hesaplamaya zaman harcamaktan korkuyorsunuz, ancak mutlu bir şekilde vakaların %100'ünde çok fazla veri hazırlamamızı, yavaşlamamızı ve birçok kez daha fazla bellek tüketmemizi talep ediyorsunuz.

Bazıları düzenli olarak kendinizi duvara karşı öldürmek için o kadar güzel tavsiyeler veriyor ki, zararlılar hakkında konuşmanın zamanı geldi.

Bu tür stratejistler hemen görülebilir.

Bu konudaki tüm gönderilerimi ve önceki birkaç gönderiyi dikkatlice analiz ederseniz ve daha sonra fraktallar üzerinde grafiksel TA işaretinin çoklu zaman dilimi göstergesiyle oynarsanız, hemen bu konuda benimle tartışmak gibi hissedeceksiniz. buzlu su. Ancak sorun şu ki, gösterge tam olarak optimize edilmemiş (bu konuyu ilgilendirmiyor) ve yerlere işlevsel olarak eklenmemiş. Bu yüzden kaynakları saçma sapan şeylere harcıyorum, sürümü bitirip yüklemeye değil.

Grafik nesneleri var - bir atılım. Ve ayrıca temizlenmeleri gerekiyor ... Yeterince sorun var.

 
Bu özel durum.
 
Renat :
Bu özel durum.
Canlı otomatik etiketlemeyi, elleriyle ticaret yapan herkesten biraz daha az istiyorlar. Osilatörlere, hareketli ortalamalara ve benzerlerine MTS/ATS yazan kişi - bırakın kendileri için yazsınlar, ben de bu göstergeyi "oradaki satırdan" otomatik ticaret için uyarlarım, ancak MQL'nin kendisi herhangi bir satır görmez, burada yine yapmanız gerekir. planimetriyi kendiniz ısırın , kökleri hipotenüsten çekin, Gann Grid'in kare matrisini doldurun ve Uzman Danışmanı böyle bir göstergeye ayarlayın. O zaman genel olarak kaynaklara veda etmek mümkün olacak, burada 16 Gig bile alay konusu olacak.
Документация по MQL5: Стандартные константы, перечисления и структуры / Константы объектов / Типы объектов
Документация по MQL5: Стандартные константы, перечисления и структуры / Константы объектов / Типы объектов
  • www.mql5.com
Стандартные константы, перечисления и структуры / Константы объектов / Типы объектов - Документация по MQL5
 
Yedelkin :

oylama olacağını duydum :)

Veya duvara karşı birini öldürün :)
 

Her şey bir zamanlar özeldi, mucit-keşfenin kafasındaki ilk fikir, aynı zamanda özel bir şey olarak tek başına onun içinde yuvalandı. Sonra talep gördü ve yayıldı ... ve hatta varsayılan olarak bir sistem aracı olarak kurulmaya başladı. tanıdık mı

Yoksa hiçbir şey hiçbir şeye dönüşmezdi...

 
abolk :
Veya duvara karşı birini öldürün :)

Bu daha olası bir sonuçtur.

Ve soruma cevap verilmeyeceğini hissediyorum ve SD'ye yazmak zorunda kalacağım ... :(

 
MetaDriver :

2. gördüm. Ne olmuş? Bir sürü cevapsız çubuk mu? Bu konuda hiçbir hayalim yok. Bir talebim var. Hiç orijinal değil ve hiçbir şekilde "son derece özel" değil. Yani: terminal üreticisi tarafından desteklenen fiyat tekliflerine otomatik olarak (!!) erişim (ve görüntüleme!) modu (evet, evet! Düşük=Kapat=[ önceki boş olmayan çubuğun kapanış fiyatı ]}. Sizce bu popüler bir mod mu? Yoksa ben büyük bir orijinal miyim? Dürüst ol Renat. Sağ elinizi sol kalbinizin üzerine koyun.

Tecrübelerim, boşlukları doldurmanın saçmalık ve kendini aldatma olduğunu açıkça gösteriyor ki, bu doldurulmuş tarihi alır almaz hemen ortaya çıkacak.

Bu soru son 10 yılda birçok kez gündeme geldi.

 
x100intraday :
Canlı otomatik etiketlemeyi, elleriyle ticaret yapan herkesten biraz daha az istiyorlar. Osilatörlere, hareketli ortalamalara ve benzerlerine MTS/ATS yazan kişi - bırakın kendileri için yazsınlar, ben de bu göstergeyi "oradaki satırdan" otomatik ticaret için uyarlarım, ancak MQL'nin kendisi herhangi bir satır görmez, burada yine yapmanız gerekir. planimetriyi kendiniz ısırın , kökleri hipotenüsten çekin, Gann Grid'in kare matrisini doldurun ve Uzman Danışmanı böyle bir göstergeye ayarlayın. O zaman genel olarak kaynaklara veda etmek mümkün olacak, burada 16 Gig bile alay konusu olacak.

Yani, mutluluğun geleceğine inanarak, kararınız için devletlerin ağır ön hesaplamasını bize kaydırmak istiyorsunuz.

Yani, sonuç olarak, vakaların% 100'ünde terminalin performansını mahvedeceğimiz ve çok daha fazla bellek harcayacağımız gerçeğinin sonuçlarını bile değerlendirmiyorsunuz. Bu kötü bir tavsiye.

Karmaşık bir karar veriyorsanız, her bir özel durumda hesaplama miktarını azaltmak için algoritmik yöntemler kullanın ve sorunu doğrudan çözmeye çalışmayın. Gerekli verilerle önbelleklerin arka plan hazırlığını kullanın.

 
Renat :

Yani, mutluluğun geleceğine inanarak, kararınız için devletlerin ağır ön hesaplamasını bize kaydırmak istiyorsunuz.

Yani, sonuç olarak, vakaların% 100'ünde terminalin performansını mahvedeceğimiz ve çok daha fazla bellek harcayacağımız gerçeğinin sonuçlarını bile değerlendirmiyorsunuz. Bu kötü bir tavsiye.

Karmaşık bir karar veriyorsanız, her bir özel durumda hesaplama miktarını azaltmak için algoritmik yöntemler kullanın ve sorunu doğrudan çözmeye çalışmayın. Gerekli verilerle önbelleklerin arka plan hazırlığını kullanın.

Önbellekler elbette diskte bulunmalı, RAM'de bir yerde değil mi? Bu dosya okuma/yazma işlemleri mi? Ancak, öncelikle, terminal pahasına veritabanına tam_zamanlar[] değerleri eklemekten daha uygun değildir. İyi bir geliştirme ortamı, tüm kullanıcılarına, her kullanıcının kendi icat edebileceği hazır araçları sağlamalıdır, ancak her kullanıcıyı aynı görevle bireysel olarak zorlamak acımasızdır. Bu hususiyetle ilgilidir. Özellik yoktur ve beklenmez, bu bir yanılsamadır. Ben kendim, daha çok rasyonalizasyon önerileri ve yeni fikirlerin tanıtılması nedeniyle ve ancak o zaman yalnızca zaten yerleşik özellikler hakkında sorular sormak için forumdayım (isterseniz, yardımı kendiniz inceleyebilirsiniz). İkinci olarak, size MQL kodlayıcıları tarafından yapılan analizlerin saçmalığını hatırlatmak isterim - bu, arşivden tam olarak seçilmiş bir dosyayı değil, belirli bir dosya uğruna tüm arşivi ortaya çıkarmayı anımsatır. Aşırı uç zamanların kesin bir ön hesaplamasını yaparsanız, bu kuşkusuz zaman ve makine kaynakları alacaktır, ancak! bağımsız analizimize daha az kaynak harcanmayacaktır. Bir şey bana C'nin MQL'den biraz daha hızlı çalıştığını söylüyor... Spekülasyon mu yoksa gerçek mi? Ve en korkunç şey, şu anda görüntülenen nesnelerin durumunun uygunluğu için periyodik kontroller, yani kısmi yeniden hesaplamalardır. Onlardan kaçınmak için önceden hesaplanmış verileri önbellekten almanız gerekir, ancak bu zaten önceki "ilk" den.
 
Sonunda, bu özellik terminale bir özellik olarak yerleştirilmiştir, böylece terminalin çubukların tam sürelerini hesaplayıp hesaplamayacağını isteğe bağlı olarak seçebilirsiniz. Bu standart bir uygulamadır, kullanıcının doğruluk ve zaman arasında seçim yapmasına izin verin. MQL programcılarının ek çubuk özniteliklerinin ön hesaplamasını uçbirim geliştiricilerinin omuzlarına kaydırmayı önerdiği endişesi hem tuhaf hem de ciddi değil. Tabii ki, biz de çok şey yapabiliriz, ancak nesnel olmaya çalışarak terminal geliştiricileri ve MQL programcıları arasında rolleri açıkça görmemiz ve dağıtmamız gerekiyor.
Neden: