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
Kim bilir neden çalışmıyor...
C++'da çalışır
Neden planın hazırlanmadığını anladılar, bunun için önkoşullar var mıydı ???C++'da çalışır
Neden planın hazırlanmadığını anladılar, bunun için önkoşullar var mıydı ???O nerede? Üç sayfada göremedim.
Minimum stil koduna indirgenecek olan kullanım temelini azaltmayı düşünüyordum New_window<<Window_Above.Size; New_Window<<Window_Above.Location; New_window.Size<<0.5 (boyut otomatik olarak ebeveynin yarısı olur); ...
Ayrıca, bu sınıfta, küçük bir haç konumundan eski pencereye (taban) olan ilişki zaten dikkate alınmıştır.
Kampanya sorunsuz sonuçlanmayacak ... iyi, oluyorMinimum stil koduna indirgenecek olan kullanım temelini azaltmayı düşünüyordum New_window<<Window_Above.Size; New_Window<<Window_Above.Location; New_window.Size<<0.5 (boyut otomatik olarak ebeveynin yarısı olur); ...
Ayrıca, bu sınıf, küçük bir haç konumundan eski pencereye olan ilişkiyi zaten dikkate almıştır.
...
Eh, benim açımdan standart kütüphanede ve Anatoly kütüphanesinde gördüğüm "eksiklikleri" defalarca açıkladım.
Her iki kütüphanenin de bence önemli bir dezavantajı var: Arayüz, ayrık grafik nesneleri üzerine kuruludur, yani, arayüzde ne kadar fazla kontrol olursa, grafiğin kendisinde o kadar çok izole edilmiş nesne olur. Bir yandan, bu kendi içinde bir sorun gibi görünmüyor, ancak diğer yandan, sürüklenen tek bir "elemanlı form" nesnesi değil, birçok farklı eleman olduğu için diyalogları sürüklerken sorun yaratıyor. . Ve bu ek kaynaklar gerektirir.
Anatoly'nin kütüphanesi çok şık, ancak kompozisyon açısından karmaşık ve ana programa entegre edilmesi zor. Orijinal mimari bence çok iyi olsa da, standart kütüphane kontrollerde sınırlıdır.
Aslında, en iyi çözüm Petr Konov'un yapmaya çalıştığı şey olurdu: GUI kod oluşturma özelliğine sahip, ancak yalnızca genişletilmiş bir olay modeline sahip bir grafik arayüz tasarımcısı, böylece ana programla entegrasyon sırasında devasa GUI kodu (MVVM analogu gibi bir şey) ve elbette kullanıcıların kendi başlarına genişletebilecekleri nesnelerle.
Elbette bu, grafik kitaplıklarının sorunlarının çok basitleştirilmiş bir görünümüdür. Buradaki nokta, formları sürüklerken ek kaynakların tüketimi değil, GUI'nin olanaklarını ve işlevselliğini sınırlayan tuval ile çalışmaya odaklanmanın temel eksikliğidir. Sonuç olarak, MT nesnelerinin birkaç özelliği vardır ve kitaplık işleyicileri, çizilebilir öğeleri yönetmek ve bunların çeşitli özelliklerini desteklemek için yeterince geliştirilmemiştir . MT nesnelerinin karmaşıklığı ve kitaplıkların kontrol işlevselliği, tuvalin gerektirdiği minimum seviyeye ulaşmaz.
Bu kitaplıkları tuval için alıp yeniden yazmak, onları temelde yeni bir düzeye yükseltmek anlamına gelir, ki bu a priori kolay ve basit olamaz.
not. Anatoly tuval yolculuğuna kütüphanesinde başladı ve MKL'de elle çizilmiş tablolar oluşturan ilk kişi oldu. Ancak, hücrelerin yarı bağımsız elemanlar olması ve her birine tek tek ulaşmada zorluklar olması nedeniyle, bunların yapım yöntemi kusurludur.
Bu geçişin Anatoly'ye neye mal olduğunu ve ne kadar sürdüğünü hatırlıyorum.
Aşağı yukarı böyle
Koordinat sınıfı ile sim arkasında bitti. sonrasını bile bilmiyorum
Konumlandırmanın hala eklenmesi gerekiyor gibi görünse de
Sonraki, içeri, sol, üst tarzında. kuruş.....
Aşağı yukarı böyle
Bunu da unuttum:
Aşağı yukarı böyle
Ve bu eksik:
Ve bu eksik:
Şablon kullanmak istedim ama derlenmiyor, basitleştirilmiş bir örnek son sayfada
Ve tam olarak int olacağı ve bir tür numaralandırma olmayacağı bir gerçek değil ve sonra kodu nasıl düzenlemek istemezseniz düzenleyin.
Ve neden orada bool
İdeal olarak öyle olmalı
Ve TD3 yok (aslında tüm sınıf iki değerle yazılmıştır). TD denilen neden koda da yazdı?