Kitle kaynaklı GUI. Açık beta testi. - sayfa 30
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
Alan doldurulurken çağrılan bir fonksiyon ve şablon tipinin giriş değeri ile de mümkündür... hepsi bu. Hatta bir dize türü olmasına izin verin .... her neyse, alanın yüksek hızda doldurulması olmayacak
Sadece giriş alanı değil. Örneğin, bir onay kutusunun geçerli değerini almanız gerekir - bir onay işareti olup olmadığını kontrol edin.
tüm bunlar, maruz kalma üzerine bir işlev çağrısı yoluyla da kolaydır. ve programcının daha fazla çalışması.
Çevreyle ilgili olarak, her tür sekme ve pencere için belirli bir dizi çağrı standardı (işlev adını değiştirmeden - çünkü hangi kod parçasında şu veya bu işleve ihtiyacım olabileceğini bilmiyorum) görmek istiyorum. Seçim yoluyla bir pencere seçimi istenir. Üzerine gelindiğinde renkleri değiştirerek bir stil seçmenin yanı sıra.
Onlar. bir menü prototipi oluşturmanın uygun olması gerekir - ve kodda buna dayanarak bir tane daha yapın. Çevreden geçersen...
Burada, meta alıntılar bazen kodun bazı bölümlerinde sonları karşılamaz.
Buraya tıkladığınızda / fareyle üzerine geldiğinizde ortaya çıkan ek bir dinamik arayüz eklemek arzu edilir .... Ve bu hala ekstra küçük bir kısımdır.
Sadece giriş alanı değil. Örneğin, bir onay kutusunun geçerli değerini almanız gerekir - bir onay işareti olup olmadığını kontrol edin.
Bunun yanı sıra, bir şey değiştiğinde olaylar üreten Geri Arama işlevleri gibi bir şey var. Örneğin formda bir onay kutusu var ve durumunun ne zaman değişeceğini bilmemiz gerekiyor. Seçenek 1: Bu onay kutusunun değerini almak için GUI'ye istekleri belirli aralıklarla yürütün ve değer öncekinden farklıysa, onay kutusu değişmiştir. Bu durumda, kaynakların bir kısmı sürekli periyodik oylamaya harcanır - bu uygun maliyetli değildir.
Kaynakları boşa harcamamak için, kontrolün değeri değiştiğinde tam olarak bir bildirim veren geri arama işlevleri icat edildi. örneğin, bir onay kutusu tıklandı, ardından durumunda bir değişiklik yapıldı, durum değişir değişmez, kontrolün türü, adı ve değeri ile bir olay oluşturulur. Ve bu etkinliğe abonelikte, onay kutusu değerinin değişmesini bekleyen gerekli kod zaten işlenecek. Buna olay modeli denir.
tüm bunlar, maruz kalma üzerine bir işlev çağrısı yoluyla da kolaydır. ve programcının daha fazla çalışması.
Ortama gelince, her tür sekme ve pencere için belirli bir çağrı standartları seti (işlev adını değiştirmeden - çünkü hangi kod parçasında şu veya bu işleve ihtiyacım olabileceğini bilmiyorum) görmek istiyorum. Seçim yoluyla bir pencere seçimi istenir. Vurgulu rengi değiştirerek stil seçiminin yanı sıra.
Onlar. bir menü prototipi oluşturmanın uygun olması gerekir - ve kodda buna dayanarak bir tane daha yapın. Çevreden geçersen...
Burada, meta alıntılar bazen kodun bazı bölümlerinde sonları karşılamaz.
burada, tıkladığınızda / üzerine geldiğinizde ortaya çıkan ek arayüzün değiştirilmesi arzu edilir .... Ve bu hala ekstra küçük bir parçadır
Bunun yanı sıra, bir şey değiştiğinde olaylar üreten Geri Arama işlevleri gibi bir şey var. Örneğin formda bir onay kutusu var ve durumunun ne zaman değişeceğini bilmemiz gerekiyor. Seçenek 1: Bu onay kutusunun değerini almak için GUI'ye istekleri belirli aralıklarla yürütün ve değer öncekinden farklıysa, onay kutusu değişmiştir. Bu durumda, kaynakların bir kısmı sürekli periyodik oylamaya harcanır - bu uygun maliyetli değildir.
Kaynakları boşa harcamamak için, kontrolün değeri değiştiğinde tam olarak bir bildirim veren geri arama işlevleri icat edildi. örneğin, bir onay kutusu tıklandı, ardından durumunda bir değişiklik yapıldı, durum değişir değişmez, kontrolün türü, adı ve değeri ile bir olay oluşturulur. Ve bu etkinliğe abonelikte, onay kutusu değerinin değişmesini bekleyen gerekli kod zaten işlenecek. Buna olay modeli denir.
Aleksey, Uzman Danışman tarafından bir zamanlayıcı aracılığıyla sorgulanan harici bir GUI'den bahsediyorsunuz. Ardından, geri aramalara ihtiyaç duyuldu. Artık her şey bir Uzman Danışman içinde ve harici bir GUI yerine dahili bir GUI'de gerçekleşiyor. Kendi.
Peter, genel olarak, geri aramalar "eski bellek" değildir, ancak herhangi bir etkileşimin genel uygulaması, harici veya dahili olmasına bakılmaksızın GUI ile ilgili olması gerekmez. Ve NEREDE olduğu önemli değil, asıl şey NASIL olduğu. Geri arama bir zamanlayıcı değildir!
Videoyu bekliyorum...
Peter, genel olarak, geri aramalar "eski bellek" değildir, ancak herhangi bir etkileşimin genel uygulaması, harici veya dahili olmasına bakılmaksızın GUI ile ilgili olması gerekmez. Ve NEREDE olduğu önemli değil, asıl şey NASIL olduğu.
Videoyu bekliyorum...
Aleksey, Uzman Danışman tarafından bir zamanlayıcı aracılığıyla sorgulanan harici bir GUI'den bahsediyorsunuz. Ardından, geri aramalara ihtiyaç duyuldu. Artık her şey bir Uzman Danışman içinde ve harici bir GUI yerine dahili bir GUI'de gerçekleşiyor. Kendi.
Kendi değişkenlerinizi hatırlamak başka birininkini öğrenmekten daha kolaydır.
Ve genel olarak, kodun minimum global değişkenleri olmalıdır; her şey bellek parçalarının aktarılması ve aynı anda birkaç değerin işlenmesi yoluyla gerçekleştirilir. ..... .... .... ZY'nin nesnelerle doğrudan bağlantılı kelimeleri kesmeye çalışması mantıklıdır.
Genel olarak, sıradan geri aramalar daha basittir.
Kendi değişkenlerinizi hatırlamak, başka birininkini öğrenmekten daha kolaydır.
Ve genel olarak, kodun minimum global değişkenleri olmalıdır; her şey bellek parçalarının aktarılması ve aynı anda birkaç değerin işlenmesi yoluyla gerçekleştirilir. ..... .... .... ZY'nin nesnelerle doğrudan bağlantılı kelimeleri kesmeye çalışması mantıklıdır.
Genel olarak, sıradan geri aramalar daha basittir.
PS, orada hala çok fazla tasarım çalışmanız var
Kabul ediyorum. Onlara sadece bir Expert Advisor içinde ihtiyacımız olmayacak.
Hmm... o zaman çok basit bir soru: onay kutusunun durumunun değiştiğini nasıl bilebilirim?