Algoritmalar, karar yöntemleri, performanslarının karşılaştırılması - 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 veri eklediğinde, tüm eskilerin üzerine yeni bir dize yazar.
Bununla birlikte, bununla bir "dizi rezervi" ayarlama olasılığı vardır.
Bununla birlikte, bununla bir "dizi rezervi" ayarlama olasılığı vardır.
Tin, yazar, her veri eklediğinde, eskileri yeni bir dizgeye yeniden yazdığını gerçekten yakalamıyor.
Alaydan başka bir ekonomiden söz edilemez.
Ne demek istediğini net bir şekilde açıklayabilir misin?
Gerçekten o kadar zor mu?
Bu girişte yanlış olan nedir? Bir dizeye karakter eklerseniz, korkunç (alaycı) bir şey mi olur?
Ne demek istediğini net bir şekilde açıklayabilir misin?
DBMS'yi X yerinden icat edersiniz. FoxPro/dBase'de 2-3 ay geçirin ve bazı DBMS teorisi (dersler).
DBMS'yi X yerinden icat edersiniz. FoxPro/dBase'de 2-3 ay geçirin ve bazı DBMS teorisi (dersler).
Ne DBMS, veri yapılarında SIFIR'ı anlayan bir kişiye ne ovuşturuyorsunuz.
Böyle bir ArrayList (C++ 'dan vektör) kavramı yoksa ne hakkında konuşabiliriz .....
Ne demek istediğini net bir şekilde açıklayabilir misin?
Gerçekten o kadar zor mu?
Bu girişte yanlış olan nedir? Bir dizeye karakter eklerseniz, korkunç (alaycı) bir şey mi olur?
1. Kodunuz çalışmıyor.
Yanlış desen "_index_magic". Olası çözüm "|index_magic"
Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
Algoritmalar, karar yöntemleri, performanslarının karşılaştırılması
Sergey Dzyublik , 2017.12.10 16:33
Sihir ekleyin: 3, 4, 5, 6
ve listedeki 3. kişiyi bulun.
Ekledikten sonra elimizde _1_3_2_4_3_5_4_6_ var
Lütfen listedeki 3. kişiyi bulun.
2. sonucu alacaksınız.
2. Algoritmanız, dizeden All_magics değerine üç kez geçerken O(n) hızına sahiptir.
Son eklenen elemanı ararsanız, eleman sayısı - O (n) ile doğru orantılı olarak bir miktar zaman alacaktır.
Ayrıca, yeni bir dizeye bir grup kopyalama maliyeti eklerken.
3. Performans ölçümünüz kesinlikle yanlış:
- dizi ortalaması yok
- en son indeks değerlerinin arandığı seri yok
Ne DBMS, veri yapılarında SIFIR'ı anlayan bir kişiye ne ovuşturuyorsunuz.
Böyle bir ArrayList (C++ 'dan vektör) kavramı yoksa ne hakkında konuşabiliriz .....
Sözlerde ve düşüncelerde üstünlük olmadan konuşabilir misiniz? Pekala, Peter yanılıyor, iyi, dinleniyor ... Öyleyse cehaletten. Neden şimdi ortalığı karıştırıyorsun?
Ona bir örnek vermek istemiyorsanız - sadece bir örnek - bu yüzden lütfen yakıcı sözler söylemeden yapın. Peter başka bir faaliyet alanında "sizi birer birer yapabilir". Konuyla ilgili size gülelim, nerede olabilir?
Lütfen anaokulunu büyütmeyin.
1. Kodunuz çalışmıyor.
Yanlış desen "_index_magic". Olası çözüm "|index_magic"
Ekledikten sonra elimizde _1_3_2_4_3_5_4_6_ var
Lütfen listedeki 3. kişiyi bulun.
2. sonucu alacaksınız.
2. Algoritmanız, dizeden All_magics değerine üç kez geçerken O(n) hızına sahiptir.
Son eklenen elemanı ararsanız, eleman sayısı - O (n) ile doğru orantılı olarak bir miktar zaman alacaktır.
Ayrıca, yeni bir dizeye bir grup kopyalama maliyeti eklerken.
3. Performans ölçümünüz kesinlikle yanlış:
- dizi ortalaması yok
- en son indeks değerlerinin arandığı seri yok
1. Hangi kalıptan bahsettiğimizi anlamıyorum. Açıkçası. Kod, bir dizgeye sihirler yazmanın ve onlardan ayıklamanın bir örneğidir. Kolaylık ve hız gösterir. Belki bellek tüketimi ile ilgili sorunlar vardır . Bunun dışında, başka neyin yanlış olabileceğini bilmiyorum. Pratik olarak anlamıyorum. Şunu da anlamayın:
Ne olduğunu?
//---------------------------------
2. Sihirli alt dizinin başlangıcını ve sonunu bulmak ve onu ortak diziden çıkarmak için diziden üç kez geçiyoruz.
Şu anda, uygulama, listelediğiniz zorlukların hiçbirini göstermedi.
//---------------------------------
3. Özel ve çok doğru ölçümler yapmadım, AMA - hız ölçümüm, belirli bir öğe arayışının, işlemin sipariş numarasına bağlı olarak 10 - 100 mikrosaniye içinde gerçekleştirildiğini gösterdi. Yani, satırdaki konumdan. Arama 1000 mikrosaniye sürse bile yine de çok hızlı.
Tüm öğeleri aynı anda çıkarmanız gerekmez. Ancak bu yapılsa bile, birkaç on milisaniye alacaktır (kendiniz hesaplayın).
1. Hangi kalıptan bahsettiğimizi anlamıyorum. Açıkçası. Kod, bir dizgeye sihirler yazmanın ve onlardan ayıklamanın bir örneğidir. Kolaylık ve hız gösterir. Belki bellek tüketimi ile ilgili sorunlar vardır . Bunun dışında, başka neyin yanlış olabileceğini bilmiyorum. Pratik olarak anlamıyorum. Şunu da anlamayın:
C# eğitimini okumak için çok güçlü bir ihtiyaç vardır. Orada her şey hatların nasıl çalıştığı açıkça çiğneniyor. Bağlantı basit - MSDN.
Ve tüm bu komik konu, sadece kişinin OOP'yi reddetmesinden ve ne olduğunu bulma arzusundan kaynaklanmaktadır.
Tanrım, sonunda bu foruma bir kara liste gönderelim!
ps: Algoritmalar ve konuyla ilgili tartışmaları nerede?
...
ps: Algoritmalar ve konuyla ilgili tartışmaları nerede?
Şimdiye kadar burada, kararını burada yayınlamaya cesaret eden bir kişinin alay konusu olduğunu görüyorum.
Hafifçe söylemek gerekirse - kelimeden hiç işe yaramaz. Ama mesaj attı. Gerisi şimdiye kadar sadece gülüp parmaklarını dürtecek cesarete sahip.