Biri anlamıyorsa bu fxsaber kitaplığıdır, başkasının kodunda kullanıldığında fren yapar.
Açıkça belirtmek yerine, platform frenleri ve kayma intihar örnekleri oyunu oynamaya başladı. Ve asıl nedene ulaşmak ve meseleyi yumuşatmak için bir fırsat varken, bundan faydalanmadı.
Yerel optimizasyon uğruna, ana uygulamanın geçmiş önbelleğini zehirledi.
Birçokları için yeniden üretilebilir saf bir MQL5 kodu vardı. Önce şubenin kronolojisini inceleyin ve birisinin size çamur dökmek için size zaman ayırmaya hazır olacak kadar size ihtiyacı olduğu gibi komplo teorileri oynamayın.
Hindi rolüyle harika bir iş çıkarıyorsun. Burada, özellikle şubede, herhangi bir kütüphaneden bahsedilmiyordu, tk. yapıcı değil.
Mesele şu ki, birisi from-input parametresinin eşleşmediği kitaplıkları paylaşmaya karar verirse, o zaman fren yapacaktır. Belgelerin hiçbir yerinde bununla ilgili bir kelime yok. En azından bu konuda sizden kenelerle bir şeyler alındı. Ve çıkardıklarında, hile suçlamaları vardı.
MQL'nin bu özelliği Dokümantasyon ve özellik dizisine yazılmalıdır. Bu daldan saf MQL5 komut dosyalarını, yazıldıkları tarihlere karşılık gelen yapılarda çalıştırın. Görünüşe göre, her ihtimale karşı, pek çok düzeltme körü körüne yapıldı.
Hindi rolüyle harika bir iş çıkarıyorsun. Burada, özellikle şubede, herhangi bir kütüphaneden bahsedilmiyordu, tk. yapıcı değil.
Çünkü kütüphanelerinizin elinizden kayıp gitmesine izin vermemek için her şeyi yaptınız . Bu kütüphanelerle. "Daha hızlıyım"ın sürekli muhalefetiyle. Bu nedenle, tatar yayları kurnazca gizlendi ve "nasıl yavaşladığını görün."
Mesele şu ki, birisi from-input parametresinin eşleşmediği kitaplıkları paylaşmaya karar verirse, o zaman fren yapacaktır. Belgelerin hiçbir yerinde bununla ilgili bir kelime yok. En azından bu konuda sizden kenelerle bir şeyler alındı. Ve çıkardıklarında, hile suçlamaları vardı.
MQL'nin bu özelliği Dokümantasyon ve özellik dizisine yazılmalıdır. Bu daldan saf MQL5 komut dosyalarını, yazıldıkları tarihlere karşılık gelen yapılarda çalıştırın. Görünüşe göre, her ihtimale karşı, pek çok düzeltme körü körüne yapıldı.
HistorySelect() işlevi, ilgili işlevleri kullanarak liste öğelerine daha fazla erişim için mql5 programında bir sipariş listesi ve bir anlaşma listesi oluşturur. Anlaşma listesinin boyutu, HistoryDealsTotal() işlevi kullanılarak bulunabilir, geçmişteki sipariş listesinin boyutu, HistoryOrdersTotal() kullanılarak elde edilebilir. HistoryOrderGetTicket() işlevini kullanarak sipariş listesinin öğelerini sıralamak en iyisidir; fırsatlar listesinin öğeleri için buna göre HistoryDealGetTicket() işlevi uygundur.
HistoryOrderSelect() işlevini uyguladıktan sonra, mql5 programı için mevcut olan geçmişteki siparişlerin listesi sıfırlanır ve biletle sipariş araması başarılı olursa, bulunan siparişle yeniden doldurulur. Aynısı mql5 programında mevcut olan anlaşmalar listesi için de geçerlidir - bu, HistoryDealSelect () işlevi tarafından sıfırlanır ve bilet numarasına göre bir anlaşmanın başarılı bir şekilde alınması durumunda yeniden doldurulur.
Atomik/anlık görüntü erişimi gerektiren büyük hacimlerle çalıştığınızda (ve bir nedenle tarihte binlerce ve on binlerce anlaşma gösterdiniz) bunların maliyetini anlamanız gerekir.
Ayrıca bu önbelleklerin çalışmasının teknik detaylarını bu başlıkta detaylı olarak anlattım.
Her bir örneği rastgele seçmeyi ve mümkün olduğunca önbelleği zehirlemeyi boşuna denediniz mi? Konumunuzun hatırına, konuyla ilgili herhangi bir tatar yayı var mı?
Çünkü kütüphanelerinizin elinizden kayıp gitmesine izin vermemek için her şeyi yaptınız . Bu nedenle, tatar yayları kurnazca gizlendi ve "nasıl yavaşladığını görün."
Hataların %99'u bu şekilde bulunur. İlk olarak, büyük kodda garip davranışlar vardır. Daha sonra neden lokalizasyon ile bulunur. Bu frenler için daha çok endişelendim.
ticaret özelliği olmadan. Sorunlar neredeyse her yerde.
HistorySelect() işlevi, ilgili işlevleri kullanarak liste öğelerine daha fazla erişim için mql5 programında bir sipariş listesi ve bir anlaşma listesi oluşturur. Anlaşma listesinin boyutu, HistoryDealsTotal() işlevi kullanılarak bulunabilir, geçmişteki sipariş listesinin boyutu, HistoryOrdersTotal() kullanılarak elde edilebilir. HistoryOrderGetTicket() işlevini kullanarak sipariş listesinin öğelerini sıralamak en iyisidir; fırsatlar listesinin öğeleri için buna göre HistoryDealGetTicket() işlevi uygundur.
HistoryOrderSelect() işlevini uyguladıktan sonra, mql5 programı için mevcut olan geçmişteki siparişlerin listesi sıfırlanır ve biletle sipariş araması başarılı olursa, bulunan siparişle yeniden doldurulur. Aynısı mql5 programında mevcut olan anlaşmalar listesi için de geçerlidir - bu, HistoryDealSelect () işlevi tarafından sıfırlanır ve bilet numarasına göre bir anlaşmanın başarılı bir şekilde alınması durumunda yeniden doldurulur.
Acaba bu metinde satırlar arasında kim bir şey gördü? Şahsen, (bu başlıktan önce) HistoryDealSelect ve HistoryOrderSelect'in böyle yazılması gerektiğini anladım.
Her bir örneği rastgele seçmeyi ve mümkün olduğunca önbelleği zehirlemeyi boşuna denediniz mi? Konumunuzun hatırına, konuyla ilgili herhangi bir tatar yayı var mı?
Terminal neden tam geçmiş tekrar istendiğinde önbelleği artıramıyor, eksik aralığı alıp önbelleğe almıyor? Bu sorunu çözecek gibi görünüyor. Sonuçta, çubuklar/tikler istenirken, veri içeren cevapsız paketler döndürülür, dolayısıyla böyle bir mekanizma vardır.
Terminal neden tam geçmiş tekrar istendiğinde önbelleği artıramıyor, eksik aralığı alıp önbelleğe almıyor?
Zaten yapıldı.
Ancak HistorySelect( 0, INT_MAX ) çağrıları arasında HistorySelect ( other_time, ... ) çağrılırsa, önbellek other_time'dan başlayarak yeniden oluşturulur ve sonraki HistorySelect( 0, ... ) isteği önbelleğin yeniden oluşturulmasına neden olur ( Yavaş).
Ancak HistorySelect( 0, INT_MAX ) çağrıları arasında HistorySelect ( other_time, ... ) çağrılırsa, önbellek other_time'dan başlayarak yeniden oluşturulur ve sonraki HistorySelect( 0, ... ) çağrısı önbelleğin yeniden oluşturulmasına neden olur ( Yavaş).
Yaptıysanız, o zaman iyidir, tek soru, önbelleğin büyümesine bağlı olarak alınan verilerle çalışmanın rahatlığıdır.
Alım satım işlemlerini bu kadar derinden anlamadım, ancak sorgu aralığı değişirse, tam bir numaralandırma olmadan geçmiş içinde hızlı veri arama imkanı olmadığı anlamına mı gelir?
Alım satım işlemlerini bu kadar derinden anlamadım, ancak istek aralığı değişirse, tam bir numaralandırma olmadan geçmiş içinde hızlı veri arama imkanı olmadığı anlamına mı gelir?
Bu bilgiyi kullanmıyorsanız neden kullanıyorsunuz?
OrderExist ve PositionExist, sembol, işlem türü ve büyüye göre kayıt aramada tüm emirlerin veya pozisyonların döngüsünde aptalca yinelemelerden kaçınmanıza izin veren özel optimize edilmiş işlevlerdir.
Sonuç olarak, biletleri olan bir dizi elde edersiniz.
Programlar bu özellikleri kullanarak çok para kazandırabilir. Özellikle, numaralandırma döngülerinde açık pozisyonlara ve emirlere toplu, sürekli ve tekrar tekrar eriştiklerinde.
Biri anlamıyorsa bu fxsaber kitaplığıdır, başkasının kodunda kullanıldığında fren yapar.
Açıkça belirtmek yerine, platform frenleri ve kayma intihar örnekleri oyunu oynamaya başladı. Ve asıl nedene ulaşmak ve meseleyi yumuşatmak için bir fırsat varken, bundan faydalanmadı.
Yerel optimizasyon uğruna, ana uygulamanın geçmiş önbelleğini zehirledi.Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
MT5 ve iş başında hız
fxsaber , 2020.09.02 00:02
Birçokları için yeniden üretilebilir saf bir MQL5 kodu vardı. Önce şubenin kronolojisini inceleyin ve birisinin size çamur dökmek için size zaman ayırmaya hazır olacak kadar size ihtiyacı olduğu gibi komplo teorileri oynamayın.
Hindi rolüyle harika bir iş çıkarıyorsun. Burada, özellikle şubede, herhangi bir kütüphaneden bahsedilmiyordu, tk. yapıcı değil.
Mesele şu ki, birisi from-input parametresinin eşleşmediği kitaplıkları paylaşmaya karar verirse, o zaman fren yapacaktır. Belgelerin hiçbir yerinde bununla ilgili bir kelime yok. En azından bu konuda sizden kenelerle bir şeyler alındı. Ve çıkardıklarında, hile suçlamaları vardı.
MQL'nin bu özelliği Dokümantasyon ve özellik dizisine yazılmalıdır. Bu daldan saf MQL5 komut dosyalarını, yazıldıkları tarihlere karşılık gelen yapılarda çalıştırın. Görünüşe göre, her ihtimale karşı, pek çok düzeltme körü körüne yapıldı.
Hindi rolüyle harika bir iş çıkarıyorsun. Burada, özellikle şubede, herhangi bir kütüphaneden bahsedilmiyordu, tk. yapıcı değil.
Çünkü kütüphanelerinizin elinizden kayıp gitmesine izin vermemek için her şeyi yaptınız . Bu kütüphanelerle. "Daha hızlıyım"ın sürekli muhalefetiyle. Bu nedenle, tatar yayları kurnazca gizlendi ve "nasıl yavaşladığını görün."
Mesele şu ki, birisi from-input parametresinin eşleşmediği kitaplıkları paylaşmaya karar verirse, o zaman fren yapacaktır. Belgelerin hiçbir yerinde bununla ilgili bir kelime yok. En azından bu konuda sizden kenelerle bir şeyler alındı. Ve çıkardıklarında, hile suçlamaları vardı.
MQL'nin bu özelliği Dokümantasyon ve özellik dizisine yazılmalıdır. Bu daldan saf MQL5 komut dosyalarını, yazıldıkları tarihlere karşılık gelen yapılarda çalıştırın. Görünüşe göre, her ihtimale karşı, pek çok düzeltme körü körüne yapıldı.
HistorySelect belgeleri açıkça şunları belirtir:
Atomik/anlık görüntü erişimi gerektiren büyük hacimlerle çalıştığınızda (ve bir nedenle tarihte binlerce ve on binlerce anlaşma gösterdiniz) bunların maliyetini anlamanız gerekir.
Ayrıca bu önbelleklerin çalışmasının teknik detaylarını bu başlıkta detaylı olarak anlattım.
Her bir örneği rastgele seçmeyi ve mümkün olduğunca önbelleği zehirlemeyi boşuna denediniz mi? Konumunuzun hatırına, konuyla ilgili herhangi bir tatar yayı var mı?
Çünkü kütüphanelerinizin elinizden kayıp gitmesine izin vermemek için her şeyi yaptınız . Bu nedenle, tatar yayları kurnazca gizlendi ve "nasıl yavaşladığını görün."
Hataların %99'u bu şekilde bulunur. İlk olarak, büyük kodda garip davranışlar vardır. Daha sonra neden lokalizasyon ile bulunur. Bu frenler için daha çok endişelendim.
ticaret özelliği olmadan. Sorunlar neredeyse her yerde.
HistorySelect belgeleri açıkça şunları belirtir:
Acaba bu metinde satırlar arasında kim bir şey gördü? Şahsen, (bu başlıktan önce) HistoryDealSelect ve HistoryOrderSelect'in böyle yazılması gerektiğini anladım.
Aksi takdirde frene basmanız garantidir.
Atomik/anlık görüntü erişimi gerektiren büyük hacimlerle çalışırken, bunların maliyetlerini anlamanız gerekir.
Ayrıca bu önbelleklerin çalışmasının teknik detaylarını bu başlıkta detaylı olarak anlattım.
Bu konudaki gerekli bilgileri kene ile çıkardım.
Her bir örneği rastgele seçmeyi ve mümkün olduğunca önbelleği zehirlemeyi boşuna denediniz mi? Konumunuzun hatırına, konuyla ilgili herhangi bir tatar yayı var mı?
Bu konudaki her şeyi kronolojik olarak görebilirsiniz. Başlangıçta , sorun herhangi bir rastgelelik olmadan gösterildi .
Bu konu, rakibinizin sözlerini nasıl çarpıtabileceğinizin harika bir kanıtı. Tüm kaynaklar ve bunların yürütülmesinin sonuçları buraya kaydedilir.
Terminal neden tam geçmiş tekrar istendiğinde önbelleği artıramıyor, eksik aralığı alıp önbelleğe almıyor? Bu sorunu çözecek gibi görünüyor. Sonuçta, çubuklar/tikler istenirken, veri içeren cevapsız paketler döndürülür, dolayısıyla böyle bir mekanizma vardır.
Terminal neden tam geçmiş tekrar istendiğinde önbelleği artıramıyor, eksik aralığı alıp önbelleğe almıyor?
Zaten yapıldı.
Ancak HistorySelect( 0, INT_MAX ) çağrıları arasında HistorySelect ( other_time, ... ) çağrılırsa, önbellek other_time'dan başlayarak yeniden oluşturulur ve sonraki HistorySelect( 0, ... ) isteği önbelleğin yeniden oluşturulmasına neden olur ( Yavaş).
Zaten yapıldı.
Ancak HistorySelect( 0, INT_MAX ) çağrıları arasında HistorySelect ( other_time, ... ) çağrılırsa, önbellek other_time'dan başlayarak yeniden oluşturulur ve sonraki HistorySelect( 0, ... ) çağrısı önbelleğin yeniden oluşturulmasına neden olur ( Yavaş).
Yaptıysanız, o zaman iyidir, tek soru, önbelleğin büyümesine bağlı olarak alınan verilerle çalışmanın rahatlığıdır.
Alım satım işlemlerini bu kadar derinden anlamadım, ancak sorgu aralığı değişirse, tam bir numaralandırma olmadan geçmiş içinde hızlı veri arama imkanı olmadığı anlamına mı gelir?
Alım satım işlemlerini bu kadar derinden anlamadım, ancak istek aralığı değişirse, tam bir numaralandırma olmadan geçmiş içinde hızlı veri arama imkanı olmadığı anlamına mı gelir?
Bu bilgiyi kullanmıyorsanız neden kullanıyorsunuz?
Pratik görev yok = soru yok.
OrderExist ve PositionExist, sembol, işlem türü ve büyüye göre kayıt aramada tüm emirlerin veya pozisyonların döngüsünde aptalca yinelemelerden kaçınmanıza izin veren özel optimize edilmiş işlevlerdir.
Sonuç olarak, biletleri olan bir dizi elde edersiniz.
Programlar bu özellikleri kullanarak çok para kazandırabilir. Özellikle, numaralandırma döngülerinde açık pozisyonlara ve emirlere toplu, sürekli ve tekrar tekrar eriştiklerinde.
Gelecekte, devasa ticaret verilerine erişmek için daha verimli işlevler uygulayacağız.
Dil ayrıca daha güçlü işlevsellik ile önemli ölçüde artacak ve basitleşecektir.
" OrderExist ve PositionExist" - Belgelerde bulamadım, bunlar hakkında nereden okuyabilirim?
Büyük olasılıkla - bir sonraki sürüm sürümünün yayınlanmasından sonra (şimdi beta)