Hatalar, hatalar, sorular - sayfa 707
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Bir değiştirme, kendi dizin tablom olabilir - ancak daha sonra, bir kez yazılmış hizmetlerle birlikte (sıralama ve ikili arama) devralma olasılığı olan bir dizi yapıyla kapsülleyen bir sınıf yapamam.
Açıktır - belirli bir çözümle ilgili değil, soyut olasılıklarla ilgili olduğu anlamına gelir.
Harici sistemlerle uçta verimli bir şekilde çalışmak istiyorsanız, güvenlik sorunlarıyla çelişen evrensel bir çözüm bulmaya çalışmak yerine siteye özel kod yazın.
Hayır, bu tür kulplar yapmayacağız. Bu, sonuna kadar cevap vermek zorunda kalacağımız açık bir kötülük.
Evet, cevaplanacak özel bir şey yok. Herhangi bir tehlike görünmüyor.
Büyük bir tutamaç eşleme tablosunun kaçınılmazlığına dikkat çektim. Bu çok büyük bir kötülük.
Siz kendiniz indekslerle çalışmak bile istemiyorsunuz, bunun sizin için ne kadar rahatsız edici olduğunu söylüyorsunuz ve sonra aniden MQL5 içindeki devasa ve yavaş bir tutamaç tablosu "herhangi bir tehlike oluşturmuyor".
Renat :
........... güvenlik sorunlarıyla çelişen herkese uyan tek bir çözüm bulmaya çalışmak yerine.
Renat, bir yapı üzerinde kulpun tehlikeli kullanımına en az bir örnek verin. İnatla göremiyorum. Çözmeye çalışıyorum ve bulamıyorum. Belki bir şey kaçırdım?
--
Peki ya parametreli yapılar? Uzun vadeli planlar var mı? Orada, her şeye önişlemci düzeyinde karar verilir, bu nedenle güvenlik sorunları genellikle bir kenara bırakılır. Ve veriler için uygun kaplarla ilgili birçok sorun çok güzel ve kompakt bir şekilde çözülebilir.
1. Devasa bir tutamaç eşleme tablosunun kaçınılmazlığına dikkat çektim. Bu çok büyük bir kötülük.
2. Siz kendiniz indekslerle çalışmak bile istemiyorsunuz, bunun sizin için ne kadar rahatsız edici olduğunu söylüyorsunuz ve sonra aniden MQL5 içindeki devasa ve yavaş bir tutamaç tablosu "herhangi bir tehlike oluşturmaz".
1. Tablo çok büyük değil, ancak kullanıcının "işlediği" gibi - dinamik olarak genişliyor. O zaman dizeler de kötüdür. O zaman satır başına 128 karakter sınırı koyalım, dünyada daha az kötülük olacak değil mi? :)
2. Hatta gerçekten indekslerle çalışmak istiyorum. Sadece tekrar tekrar çalışmak istemiyorum - çalışmamı miras almak ve gerekirse yeniden oluşturmak ve yeniden yazmak istemiyorum (kopyala-yapıştırlardaki yanlış düzeltmeler nedeniyle yeni hatalarla).
Ama artık üzerinde durmuyorum. Belki boşuna?
1. Tablo çok büyük değil, ancak kullanıcının "işlediği" gibi - dinamik olarak genişliyor. O zaman dizeler de kötüdür. O zaman satır başına 128 karakter sınırı koyalım, dünyada daha az kötülük olacak değil mi? :)
Satırların dahili bir bağlaması vardır ve kimse bunu dışarıda gerektirmez. Yani, tablolar aracılığıyla görüntülenen, halka açık olarak çalıştırılan tutamaçları korumamıza gerek yok. Her şey hızlı ve gizli.
"Kullanıcı nahandlil" - yani, büyük ve yavaş bir tablo.
Kendimize sorun yaratmak için durup dururken gitmiyoruz. Bu nedenle, konuyu fazla zorlamayalım - bu konu kapanmıştır ve hiçbir argüman onu değiştiremez.
Peki ya parametreli yapılar? Uzun vadeli planlar var mı? Orada, her şeye önişlemci düzeyinde karar verilir, bu nedenle güvenlik sorunları genellikle bir kenara bırakılır. Ve veriler için uygun kaplarla ilgili birçok sorun çok güzel ve kompakt bir şekilde çözülebilir.
Henüz şablon yok.
Şimdi statik sınıf üyelerini ve operatör aşırı yüklemesini serbest bırakıyoruz .
Şimdi statik sınıf üyelerini ve operatör aşırı yüklemesini serbest bırakıyoruz .
1. Henüz bir plan yok.
2. Şimdi statik sınıf üyelerini ve operatör aşırı yüklemesini serbest bırakıyoruz .
1. Üzgünüm. Büyük ölçüde. zamanlayabilir misin?
2. Bunun için - büyük bir insan teşekkürler, yapıyı dört gözle bekliyorum.