Algoritmalar, karar yöntemleri, performanslarının karşılaştırılması - sayfa 10

Yeni yorum
 
Sergey Dzyublik :

her veri eklediğinde, tüm eskilerin üzerine yeni bir dize yazar.

Bununla birlikte, bununla bir "dizi rezervi" ayarlama olasılığı vardır.

Документация по MQL5: Строковые функции / StringInit
Документация по MQL5: Строковые функции / StringInit
  • www.mql5.com
[in]  Длина строки после инициализации. Если размер=0, то деинициализирует строку, то есть, буфер строки освобождается и адрес буфера обнуляется. Если  character=0 и размер new_len>0, то...
 
fxsaber :

Bununla birlikte, bununla bir "dizi rezervi" ayarlama olasılığı vardır.

Teşekkür ederim. İyi bir fikir.
 
Sergey Dzyublik :

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?

 //---------------------------------
 //Записываем каждый магик вместе с порядковым номером ордера.
 //---------------------------------
 All_magics +=   "_" + ( string )order_number + "_" + ( string )magic;
 //---------------------------------
 
Реter Konow :

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).

 
Petr Doroshenko :

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 .....

 
Реter Konow :

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"

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

 
Sergey Dzyublik :

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.

 
Sergey Dzyublik :

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: 

После добавления имеем  _1_3_2_4_3_5_4_6_
Найдите пожалуйста 3 -й в списке.
Вы получите результат 2 .

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).

 
Реter Konow :

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?

 
Alexey Oreshkin :

...

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.

1...34567891011121314151617...23
Yeni yorum