Benim yaklaşımım. Çekirdek - Motor. - sayfa 136
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
Sırf büyük bir şey yayınlamıyor olmam, büyük bir şeyim olmadığı anlamına gelmez. Sadece küçük şeyleri paylaşıyorum.
Şaşıracaksınız ama benim de prosedürel bir tarzda boğulmaya başladığım bir anım oldu. GUI geliştirmeye ilk başladığımda. Birkaç ay çalıştıktan sonra kod büyüdü ve o kadar kafa karıştırıcı hale geldi ki artık geliştiremedim. Bu bir çıkmazdı.
Ancak, sonra kendi yaklaşımımı buldum. Bir çekirdek ve çevresinde bir motor oluşturun - yani onunla çalışan kod. Ve her şey yolunda gitti.
Yani benim yaklaşımım düşündüğünüz prosedürel tarz değil.
OOP'yi denedim. Bir noktada, hoşuma gitti. Ama sadece kodlu dürüst ve anlamsız serserileri gördüğüm ana kadar. Sadece beynimi büktüğümü fark ettim ve ondan uzaklaşmaya başladım.
Çok fazla fazlalık vardı. Sınıflandırma için sınıflandırma, kodun parçalanması için parçalanması, kodun paketlenmesi için paketlenmesi... Bütün bunlar, mekanizmaların gerektirdiği rasyonel gerekliliğe uymuyordu. Bu nedenle OOP'tan kopmaya başladım.
Çok fazla fazlalık vardı. Sınıflandırmak için sınıflandırma, parçalanmak için kodu parçalamak... Bütün bunlar, mekanizmaların gerektirdiği rasyonel gerekliliğe uymuyordu. Bu nedenle OOP'tan kopmaya başladım.
Övün!
Ne yazık ki, saçmalık değil.
Tuval üzerine çizim yapmak, sınıf sarmalayıcı gerektirmez. Özellik listesi yeterlidir. Çizmek için herhangi bir yöntem erişim haklarına ihtiyacınız yoktur. Ve sen bunu biliyorsun. Ama sen bu gerçeği inkar ediyorsun. Açık olanı inkar etmek.
Övün!
Hiçbir şey böyle değil. Basit bir mantıkla akıl yürütüyorum.
Sınıf işlevlerini çağırırken, onları doğrudan çağırabiliyorken neden nesneler yaratmanız gerekiyor?
Devasa ve kafa karıştırıcı bir sınıf sisteminiz varsa anlarım. Ama onu siz yaratmadınız, ama yine de nesneler aracılığıyla işlevlere yönelik çağrıyı kullanıyorsunuz. Ne için?
Pratik ihtiyaç nerede? O değil. Bunun gerekli olduğuna dair soyut bir inanç var ve o kadar.
Ne yazık ki, saçmalık değil.
Tuval üzerine çizim yapmak, sınıf sarmalayıcı gerektirmez. Özellik listesi yeterlidir. Çizmek için herhangi bir yöntem erişim haklarına ihtiyacınız yoktur. Ve sen bunu biliyorsun. Ama sen bu gerçeği inkar ediyorsun. Açık olanı inkar etmek.
Hiçbir şey böyle değil. Basit bir mantıkla akıl yürütüyorum.
Sınıf işlevlerini çağırırken, onları doğrudan çağırabiliyorken neden nesneler yaratmanız gerekiyor?
Devasa ve kafa karıştırıcı bir sınıf sisteminiz varsa anlarım. Ama onu siz yaratmadınız, ama yine de nesneler aracılığıyla işlevlere yönelik çağrıyı kullanıyorsunuz. Ne için?
Pratik ihtiyaç nerede? O değil. Bunun gerekli olduğuna dair soyut bir inanç var ve o kadar.
Sadece bu saçmalığı söylememe gerek yok. Bu forumda bana tuval öğretebilecek en az bir kişi olması pek olası değil (maalesef ..., yanılırsam sevinirim)
Eh, böyle pek fazla insan yok. Muhtemelen onlardan biriyim. Gerçi amacım size öğretmek değil. Ve sadece net bir cevap duymak için. Neden sadece BİR sınıf kullanıyorsanız, çizim yaparken sınıf işlevlerini nesneler aracılığıyla çağırın?
Yalnızca BİR sınıf kullanıyorsanız, çizim yaparken neden nesneler aracılığıyla sınıf işlevlerini çağırıyorsunuz?
Çevirmek
CCanvas sınıfıyla çalışıyorsunuz. Gelişiminizde yalnızdır.
Sınıf sistemin bir parçasıdır. O BİR ise, sistem yoktur.
O zaman neden sınıf nesneleri yaratıp işlevlerine OOP kurallarına göre erişelim?
ONE sınıfla çalışmak için PRATIK OOP'a ihtiyacınız yoktur.
Ancak, ONE sınıfıyla çalışırken OOP kullanıyorsunuz. Yine de bu SÖZLÜK.
CCanvas sınıfıyla çalışıyorsunuz. Gelişiminizde yalnızdır.
Sınıf sistemin bir parçasıdır. O BİR ise, sistem yoktur.
O zaman neden sınıf nesneleri yaratıp işlevlerine OOP kurallarına göre erişelim?
ONE sınıfla çalışmak için PRATIK OOP'a ihtiyacınız yoktur.