Benim yaklaşımım. Çekirdek - Motor. - sayfa 2
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
Geçemedim ... ve kodun bu tür yatay "ayak bezleri" ni görmek için hangi monitör çözünürlüğü gerekiyor?
düzenleyiciye bakmak ve kodu düzenlemek veya görüntülemek için kaydırma çubuklarını ileri geri sürmek bir şekilde elverişsizdir))))
Böyle.
Yaklaşımımın ilk faydası Conciseness . Daha az kelime - daha fazla sayı. Nesne bir vektördür. Bir eleman , bir matris içindeki vektörlerin bir kompleksidir. Elementlerin Kompleksi - Pencere. Windows kompleksi - Çekirdek.
Sonuç olarak, bir Nesnenin bir grafik olması gerekmediğidir. Bir öğe bir Concept haline getirilebilir ve daha az Objects ve özellik olmadan donatılabilir. Ve motor, bu kavramlarla (Elementler) çalışan mantıklı bir makine olacaktır.
OOP çok esnek bir metodolojidir, bu nedenle "çekirdek" kavramı gibi apriori fikirleri yoktur. Ancak, OOP kullanarak, burada tartışılan çekirdeğin modelini çok iyi oluşturabilirsiniz. Bu nedenle, ifade tamamen doğru değildir.
Evet, kendime baktım ve şaşırdım - Peter bir OOP şeyini nasıl yiyeceğini anlatıyor.
Ancak anladığım kadarıyla Peter, bir erdem olarak, kullanıcının Çekirdeğin tüm özelliklerine ve yöntemlerine tam erişime sahip olma yeteneğini ortadan kaldırıyor. Ve OOP stili, erişim hakları mümkün olan her şekilde sınırlandırıldığında yalnızca kapsüllemedir.
Gençliğimde, korumalı modda bilgisayarın tüm hafızasının benim için uygun olmadığı için çok öfkelendiğimi hatırlıyorum. Nasıl oluyor da bazıları, biliyorsunuz, programlar çalışacak ama ben onların hafızasına erişemiyorum ... DMA kontrol cihazını programlayarak özel olarak “geçici çözümler” oluşturdum, hatta erişilemeyen başka bir işlemin hafızasının içeriğini bile aldım. (ancak bunun için PDP denetleyicisinin bağlantı noktalarına erişmek için komutları kullanmanız gerekir ve Windows çoklu görev ortamında bu kendi başına kolay değildir, özel bir sürücü kullandım).
Ve ancak o zaman korumalı modun, erişim paylaşımının (ve sadece kapsüllemenin) ihtiyacım olan çok önemli bir şey olduğunu fark ettim. Tırmanmanın imkansız olduğu yerlere yanlışlıkla tırmanmayayım diye. Ve şimdi, "programın herhangi bir yerinde, sürecin yalnızca şu anda ihtiyaç duyduğu kaynaklara, özelliklere ve yöntemlere erişimi olmalıdır" konumunda kesin olarak duruyorum.
Ancak, anladığım kadarıyla Peter, kapsüllemenin bir destekçisi değil.
Geçemedim ... ve kodun bu tür yatay "ayak bezleri" ni görmek için hangi monitör çözünürlüğü gerekiyor?
bir şekilde düzenleyiciye bakmak ve kodu düzenlemek veya görüntülemek için kaydırma çubuklarını ileri geri sürmek uygun değildir))))
Dediğim gibi, benim yaklaşımımda en önemli şey kolaylık değil. Ana şey, geliştirme ve uygulamanın verimliliği ve potansiyelidir.
Dediğim gibi, benim yaklaşımımda en önemli şey kolaylık değil. Ana şey, geliştirme ve uygulamanın verimliliği ve potansiyelidir.
Tamam, daha fazla kod örneği bekleyeceğim, ancak şu ana kadar çok okunamayan bir kod görüyorum, belki daha sonra bir şeyler netleşir
OOP çok esnek bir metodolojidir, bu nedenle "çekirdek" kavramı gibi apriori fikirleri yoktur. Ancak, OOP kullanarak, burada tartışılan çekirdeğin modelini çok iyi oluşturabilirsiniz. Bu nedenle, ifade tamamen doğru değildir.
Koşullu bir çekirdek oluşturulabilir. Bence ciddi programlar bunu yapıyor. Ancak, "fiziksel" çekirdek üzerine inşa edilmiş her şeye sahibim.
Tamam, daha fazla kod örneği bekleyeceğim, ancak şu ana kadar çok okunamayan bir kod görüyorum, belki daha sonra bir şeyler netleşir
Görmek. Gösterilen sadece genel bir örnektir. İşte daha net bir versiyon.
Böylece, her biri bir düğme nesnesinin özelliklerini taşıyan üç vektörden oluşan bir matris oluşturdunuz.
Daha sonra bu matrisi prototip olarak kullanabilirsiniz. Diğer düğmelerin oluşturulacağı şablon. Tek ihtiyacınız olan, son sürümdeki nesnelerin bazı değerlerini değiştirmek ve yeni bir buton alacaksınız.
Prensip olarak, aynı şeyi OOP'de de yapabilirsiniz. Ancak, bir sınıf şablon olarak kullanılır. Şablon olarak bir dizi kullanıyorum.
Bütün fark bu.
Dediğim gibi, benim yaklaşımımda en önemli şey kolaylık değil. Ana şey, geliştirme ve uygulamanın verimliliği ve potansiyelidir.
Bu "ayak bezleri" ( # 9 ) için kod nerede ) Kontrol?