"Özel Grafik Kontrolleri. Kısım 3. Formlar" makalesi için tartışma - sayfa 2

 
Urain:

Her şeyi doğru yaptım.

ME'nin olanakları göz önüne alındığında oldukça kullanışlı, tam bir kitsch çağında Japon minimalizmi, her şey orada, gereksiz hiçbir şey yok.

Nesneler arasında döngü yapmak isteyenler, istediklerini yazabilecekleri bir postfix kabuğu uygulayabilirler.


Nikolay, MQL5'te bunun düzgün ve olasılıklara göre göründüğünü düşünüyor musun?


         void OnHideEvent(){
            // 7. Tüm form denetimleri için Hide() yöntemini çağırma
            m_hm.Hide(); 
            m_vm1.Hide(); 
            m_vm2.Hide(); 
            m_vm3.Hide();             
            m_fr1.Hide();
            m_fr2.Hide();               
            m_ib.Hide();
            m_sib.Hide();
            m_dib.Hide();
            m_cb.Hide();  
            m_chb.Hide();  
            m_rg1.Hide();  
            m_rg2.Hide();  
            m_lms1.Hide();
            m_lms2.Hide();
            m_but.Hide();
         }

        void OnWindowChangeEvent(int aSubWindow){
            // 8. Вызов метода SetSubWindow() для всех элементов управления формы. Номер подокна находится в аргументе aSubWindow.
            m_hm.SetSubWindow(aSubWindow);
            m_vm1.SetSubWindow(aSubWindow);
            m_vm2.SetSubWindow(aSubWindow);
            m_vm3.SetSubWindow(aSubWindow); 
            m_fr1.SetSubWindow(aSubWindow);
            m_fr2.SetSubWindow(aSubWindow);            
            m_ib.SetSubWindow(aSubWindow);
            m_sib.SetSubWindow(aSubWindow);
            m_dib.SetSubWindow(aSubWindow);
            m_cb.SetSubWindow(aSubWindow);
            m_chb.SetSubWindow(aSubWindow);
            m_rg1.SetSubWindow(aSubWindow);
            m_rg2.SetSubWindow(aSubWindow);
            m_lms1.SetSubWindow(aSubWindow);
            m_lms2.SetSubWindow(aSubWindow);
            m_but.SetSubWindow(aSubWindow);
            
         }

 
sergeev:

Nikolay, bunun düzgün ve MQL5'teki olasılıklara göre göründüğünü düşünüyor musun?

Hayır, Japonlar buna karşı. Tam olarak üç satır olmalı.
 
sergeev:

Nikolay, bunun düzgün ve MQL5'teki olanaklara göre göründüğünü düşünüyor musun?

Eğer yazmak için yeterli zamanınız yoksa, bir şablon kullanın.

Tüm olasılıkları gerçekleştirmeye çok düşkün olmamalısınız, kod yazıyoruz, harflerden resim yaratmıyoruz.

Ben herhangi bir sorun görmüyorum.

 
Bu sadece bir fikir. Ben daha çok kod boyama tarzında bir adamım. Aesthete. :)
 
sergeev:

Bu sadece bir fikir. Ben daha çok kod boyama tarzında bir adamım. Aesthete. :)

Aslında Integer, istediğinizden biraz daha düşük bir soyutlama seviyesine sahip bir API verir.

Peki, bunu kendiniz için geliştirin, kod tabanına koyun ve belki API'niz daha popüler olacaktır.

 
papaklass:

Geri adım atmamalıydın.

Çünkü bir de meslek etiği var. Integer bir profesyonel ve öğretilmesine gerek yok.

Ama doktor morg diyorsa, o zaman morgdur.

 
Urain:

Aslında Integer, istediğinizden biraz daha düşük bir soyutlama seviyesine sahip API verir.

Peki, bunu istediğiniz gibi geliştirin, kod tabanına koyun ve belki API'niz daha popüler olacaktır.

Her sınıfın, yarısı geçersiz olacak şekilde aynı yöntem setine sahip olacağı bir kütüphanenin popüler olması pek olası değildir.

 
papaklass:

Geri adım atmamalıydın. Kesinlikle haklısınız. Kendini havalı, profesyonel bir programcı olarak konumlandıran bir kişi doğru ve güzel kod yazmakla yükümlüdür. Yeni başlayanların öğrenecekleri bir şeyler olacaktır.

Sayın sergeev, bazı temel ve konumsal yanılgılara düşerek, bool, int, double, string vb. değişkenleri tek bir dizide birleştirmek gibi bir şey öneriyor.

Ama siz, Bay papaklass, gerçek bir trol olarak, bir ses duyuyorsunuz ama nerede olduğunu bilmiyorsunuz.

Документация по MQL5: Основы языка / Типы данных / Целые типы / Тип bool
Документация по MQL5: Основы языка / Типы данных / Целые типы / Тип bool
  • www.mql5.com
Основы языка / Типы данных / Целые типы / Тип bool - Документация по MQL5
 
Integer:

Bay sergeev, ... bool, int, double, string vb. değişkenleri tek bir dizide birleştirmek gibi bir şey öneriyor.

...

Bu prensipte mümkündür, ancak

Bu tür bir evrenselleştirme, nihai uygulamada kaynakların aşırı tüketimine yol açar. Grafikler olduğu gibi kaynaklar üzerinde ağırdır.

Ve bu fiyata sadece daha soyutlanmış bir sınıf satın alırsınız, bu arada, kullanımda daha anlaşılır olacağı bir gerçek değildir.

Ancak, uygulama ne kadar karmaşıksa, o kadar hatalı olduğu bir gerçektir.

 
Urain:

Ve bu fiyata sadece daha soyutlanmış bir sınıf satın alıyorsunuz, bu arada, kullanımda daha anlaşılır olacağı gerçek değil.

Bence yanılıyorsunuz. Dmitry de yanılıyor, Alex de yanılıyor :) . (Herkes yanılıyor! )))) )

Yine, bence, Dmitry yazma/kullanma emeği açısından en iyi seçeneği seçti.

Kullanması (anlaması değil!) daha basit bir şey yazmak çok daha zor olurdu.