Tuval harika! - sayfa 89

 
Nikolai Semko #:
Mesele şu ki, böyle bir şeyi uygularken, kaçınılmaz olarak felaket bir kaydırıcı uzunluğu eksikliğiyle karşılaşacaksınız.
Kural olarak, bu, genişliği düğmeyi kenarlarından sürükleyerek değiştirilebilen ve böylece ölçeği değiştiren tek bir kaydırıcıda değil, tek bir kaydırıcıda uygulanır. Ancak bu yaklaşım, daha kullanışlı olmasına rağmen kaydırıcı uzunluğu sorununu çözmez.

evet, zaten karşılaşmıştım ;)

uzun bir tane yaptı

Tüm bu tef dansı sadece şu amaç içindi

fiyatın gerçekten ve en önemlisi neye göre ve neden hareket ettiğini görmek için.

Artık her şey açık ;))))

elbette terminalde çok güzel çizilmiş ama doğru değil!

karavanda doğru grafik
Dosyalar:
777.png  15 kb
 
Renat Akhtyamov #:

evet, çoktan karşılaştım ;)

uzun bir

Tüm bu tef dansı sadece şu amaç içindi

gerçekten nasıl gittiğini ve en önemlisi fiyatı neyin ve neden artırdığını görmek için.

Artık her şey açık ;))))

Bence, yükseklik koordinatı ölçekten sorumlu olan iki boyutlu bir kaydırıcıya sahip olmak çok daha kullanışlı ve görseldir.
Bunun gibi bir şey:

bu durumda, herhangi bir ölçekte tüm geçmişin herhangi bir anına ulaşmak için hareketle birlikte yalnızca bir fare tıklamasına ihtiyacınız vardır.

 
Nikolai Semko #:

Bana göre, ölçekten sorumlu bir yükseklik koordinatına sahip iki boyutlu bir kaydırıcı çok daha kullanışlı ve görseldir.
Bunun gibi bir şey:

çok havalı bir tane var ;)

 
Renat Akhtyamov #:

gerçekten harika bir tane almışsın ;)

Teşekkürler,
WebAssembly (Rust üzerinde) üzerine tam teşekküllü bir tane yapmak istiyorum.

 
Nikolai Semko #:

Teşekkürler,
WebAssembley'de (Rust üzerinde) bunlardan tam teşekküllü bir tane yapmak istiyorum

Evet.

Önemli olan, hiçbir şeyi değiştirmek zorunda olmamanızdır.

Minimum zaman dilimi ölçeklendirilir.

ve kafam karıştı - aynı fiyata farklı zaman dilimlerinde sinyaller nasıl farklı oluyor?

Kim ormana gider, kim ormana gider....

Zaman dilimleri özünde gerekli bile değildir.

tiklere ihtiyaç var ve hepsi bu

 
Renat Akhtyamov #:

Evet.

Hiçbir şeyi değiştirmek zorunda değilsiniz.

minimum zaman dilimi ölçeklendirilir.

ve kafam karıştı - sinyaller nasıl oluyor da aynı fiyatta farklı zaman dilimlerinde farklı oluyor?

kim ormana gider, kim ormana gider....

zaman dilimleri özünde gerekli bile değildir.

Tiklere ihtiyacınız var, hepsi bu.

Evet, mevcut zaman dilimleri modeli çok uygunsuz. Üst düzey TF'nin her çubuğu farklı sayıda dakika çubuğu içerir. Bu yapı ile, kıdemli TF sorunsuz bir şekilde küçük olana indirgenirse, grafikler çakışmayacaktır.
Kendim için kabul edilebilir bir çözüm buldum.
M1'den aşağıdaki indeks TF'leri M2, M4, M8, M16, M32, M64, M128, M256, M1024, M2048 , M4096, M8192'yi oluşturuyorum.
Bu durumda, herhangi bir zaman dilimindeki her çubuğun aynı sayıda M1 içermesi garanti edilir.
Tüm TF'ler eşit olarak ölçeklendirilir ve kelimenin tam anlamıyla tek bir matematiksel eylemde çok kolay TF yeniden hesaplaması yapılır. Ve daha birçok avantaj var.
Üst düzey bir TF'nin her çubuğunun farklı zaman yoğunluğuna sahip olabileceği gerçeği beni rahatsız etmiyor, çünkü daha önemli olan zaman yoğunluğu değil, ticaret yoğunluğu.
İşlem yoğunluğunu ölçmek için dakika çubuklarının sayısını kullanmak oldukça kabul edilebilir.
Daha da ileri gidebilir ve işlem yoğunluğunu ölçmek için tikleri kullanabiliriz.
 
Nikolai Semko #:
Evet, mevcut zaman dilimi modeli çok sakıncalı. Üst düzey TF'nin her çubuğu farklı sayıda dakika çubuğu içerir. Böyle bir yapıda, kıdemli TF sorunsuz bir şekilde küçük olana indirilirse, grafikler çakışmayacaktır.
Kendim için kabul edilebilir bir çözüm buldum.
M1'den aşağıdaki indeks TF'leri M2, M4, M8, M16, M32, M64, M128, M256, M1024, M2048 , M4096, M8192'yi oluşturuyorum.
Bu durumda, herhangi bir zaman dilimindeki her çubuğun aynı miktarda M1 içermesi garanti edilir.
Tüm TF'ler eşit olarak ölçeklendirilir ve kelimenin tam anlamıyla tek bir matematiksel eylemde çok kolay TF yeniden hesaplanır. Ve daha birçok avantaj.
Üst düzey bir TF'nin her çubuğunun farklı zaman yoğunluğuna sahip olabileceği gerçeği beni rahatsız etmiyor, çünkü daha önemli olan zaman yoğunluğu değil, işlem yoğunluğu.
İşlem yoğunluğunu ölçmek için dakika çubuklarının sayısını kullanmak oldukça kabul edilebilir.
Daha da ileri gidebilir ve işlem yoğunluğunu ölçmek için tikleri kullanabiliriz.

Pek iyi değilim.

ölçeklenmemiş, sıkıştırılmış.

TF'ler kaybolur.
 
Renat Akhtyamov #:

Tam olarak doğru değildim.

ölçekli değil, sıkıştırılmış.

TFmas kaybolur
Yalnızca M1 kullandığım için bu sorun benim için mevcut değil.
Büyük olasılıkla bu, üst düzey TF'lerin dizilerini oluşturmanın uygunluğuyla ilgili bir senkronizasyon sorunudur, çünkü MQ bunların hepsini M1'den de oluşturmuştur (hesaplamıştır).
Ya da sizin hatanız
 

Grafiksel kaynak kavramını ve bunun bir grafikteki grafiksel nesne kavramından nasıl farklı olduğunu anlamama yardımcı olun.

Örneğin, Canvas ile oluşturulmuş bir grafik nesnesini ObjectDelete() işlevini kullanarak silersem ve sonra bir döngü içinde farklı adlarla tekrar tekrar Canvas nesneleri oluşturursam, ancak Canvas sınıfının aynı örneğini kullanırsam ... ve yine ObjectDelete() kullanarak grafik nesnelerini sileceğim. Bunda herhangi bir tehlike var mı?

ObjectDelete() ve C.Destroy() arasındaki farkı henüz tam olarak anlamadım, ama anlamak istiyorum....

 
leon_17 bir grafik nesnesini ObjectDelete() işlevini kullanarak silersem ve sonra bir döngü içinde farklı adlarla tekrar tekrar Canvas nesneleri oluşturursam, ancak Canvas sınıfının aynı örneğini kullanırsam ... ve yine ObjectDelete() kullanarak grafik nesnelerini sileceğim. Bu hiç bir şeyle dolu mu?

ObjectDelete() ve C.Destroy() arasındaki farkı henüz tam olarak anlamadım, ama anlamak istiyorum....

Canvas, bir piksel dizisinin bağlı olduğu bir nesnedir. Kaynak, bu piksel dizisini bağlamaktan sorumludur (bkz. bool fonksiyonu CCanvas::Create())
Bir tuvali her zaman silmek ve yeniden oluşturmak kötü bir uygulamadır.
İhtiyacınız olduğunda bir tuval oluşturmak ve artık ihtiyacınız olmadığında, örneğin programın sonunda silmek iyi bir uygulamadır.

Bir tuval nesnesi oluşturduktan sonra onu temizleyebilir, her karede piksel dizisinin üzerine yazabilir, tuvali yeniden boyutlandırabilir ve istediğiniz yere taşıyabilirsiniz.

Neden: