OOP uzmanları için soru. - sayfa 12
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
İ!!! Harika yapılmış! kimsenin bir şeye ihtiyacı yok, harika! kimse bir şekilde istemez.
Yukarıda bir örnek zaten verilmiş - bir hata oluştu, bir nedenden dolayı değişken yanlış değiştiriliyor. Ve değişken, programdaki bir çok yerden erişime sahiptir. Hatanın olduğu yer nasıl yakalanır? OOP kapsülleme ile her şey çok basittir - arayüz işlevinde değişkeni değiştiren bir kesme noktası belirleriz ve yanlış bir değişiklik meydana gelir gelmez durur ve hemen, çağrı hiyerarşisine göre yanlış değişikliğin nerede olduğunu görürüz. den imal edilmiş. Ve senin yaklaşımınla Peter, bu değişkene erişilen tüm yerlere bakarak, her yere kesme noktaları koyarak ve yalnızca yanlış olanları değil, tüm erişimleri analiz ederek tüm kodu taramamız gerekiyor.
Aslında, hata ayıklayıcılar, değişkenlerin değişimini izlemenize ve değişiklik durumunda durmanıza izin verir (xs yaklaşık µl), ancak argümanı bir bütün olarak değil.
Ama hiç anlamıyorum - neden burada mızrak kırıyorsunuz? Peter, dijital devreler oluştururken, yazar işlemsel yükselteçlerin, mantık elemanlarının tam tasarımını düşünüyor mu? Hayır, o sadece hazır blokları alır ve sizin için bir bilgisayar yaratır, örneğin sizi açmak için bazı devreleri manuel olarak çalıştırmak zorunda kalmaktan korur, bunun için ayrıntılı olmayan basit bir düğmeniz var. Bu bilgisayarı alıp video gözetimi kurabilirsiniz, örneğin (operasyonel amplifikatörler hakkında hiçbir şey bilmeden). Kodlama ile aynı - basit bir arayüze sahip bloklar oluşturuyoruz ve bundan tekrar basit bir arayüze sahip bloklar oluşturuyoruz. Bu, ayrıntılarda boğulmadan sürekli karmaşıklığa izin verir. Ve her türlü dil yapısı, nesnenin kıçına tırmanmamasını sağlar. Sanırım kodunuz midenizi bulandırmaya başladığında ve her şeyi yeniden yazmak istediğinizde hemfikir olacaksınız (garip ki hala istek yok. İlk başta, haftada bir arzum vardı).
Ve her şeyden bir hiyerarşi oluşturmaya çalışmayın (bundan geçtim), bu hiç gerekli değil (böyle çılgın bir fikir gibi - programdaki tüm varlıklar ilişkili olmalıdır). Ve oop, sanal işlevlerle polimorfizm ile eş anlamlı değildir ve bu izlenim birçok kitap okurken ortaya çıkar.
Yıl 2019... Elbette 500 yıldan daha uzun bir süre önce, Leonardo Da Vinci'yi benzer şekilde birisi trolledi. )))
Peter, peki ya grafik motoru? Haberler ne?
Peter, peki ya grafik motoru? Haberler ne?
Yeni icatlar başkasının bloklarından bir araya getirilemez. Her zaman bir başkasınınkini ödünç alırsanız, hükmedecek ve hiçbir şey icat etmenize izin vermeyecektir. Yeni bir şey yaratmak için kendi yaratıcılık alanını diğer insanların fikirlerinden koruması gereken bir geliştiricinin, bir mucitin, bir yenilikçinin hırsları vardır.
Öyleyse, bağımsız elektrik üretimi, bilgisayarınız, işletim sistemi, dil ile başlamak ve ardından motoru orada çalıştırmak daha iyidir! Algoritma ilginç, ancak yaşam yeterli olmayabilir.
Öyleyse, bağımsız elektrik üretimi, bilgisayarınız, işletim sistemi, dil ile başlamak ve ardından motoru orada çalıştırmak daha iyidir! Algoritma ilginç, ancak yaşam yeterli olmayabilir.
Hayat kesinlikle yeterli değil. Bu nedenle, sitenizi seçmekle ilgilidir. Benim için programlamaya bir yaklaşım. Aşağıdaki her şey (elektrik, bilgisayar, dil) kabul edilir. Ama yaklaşımın kendisi benim oyun alanım. Görev, programların geliştirilmesinde Core-Engine fikrinin potansiyelini test etmektir. Makro görev, kendini geliştirmeyi programlamaya gelmektir. Bunun ne kadar gerçekçi olduğunu bilmiyorum ama yapay zeka yoluyla muhtemelen mümkün.
not. Ve burada işime ihtiyaç yoksa pes ettiğimi, ağladığımı ve kaybeden olduğumu düşünmesinler.))
Yeni icatlar başkasının bloklarından bir araya getirilemez. Her zaman bir başkasınınkini ödünç alırsanız, hükmedecek ve hiçbir şey icat etmenize izin vermeyecektir. Yeni bir şey yaratmak için kendi yaratıcılık alanını diğer insanların fikirlerinden koruması gereken bir geliştiricinin, bir mucitin, bir yenilikçinin hırsları vardır.
evet nerden aldın Dinamik bir diziye ihtiyacınız var. Oops, ancak c / c ++ ile imkansız. Yani, boyutu arttırırken, gerekli bellek parçasını tahsis etmek, eski yerden yenisine kopyalamak, eski yeri boşaltmak gerekir. Tüm bunları sindirilebilir bir şekilde açıklamaya başlıyoruz ve çıktıda std::vector'a çok benzer bir şey elde ediyoruz, peki tüm bu hareketlerin anlamı nedir, eğer hepsi buysa? Aynı bisikletleri defalarca icat etmemek için kütüphanelerin amacı budur.)))