Höyükte OOP hakkında konuşun - sayfa 17
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
Bu arada, henüz OOP'nin farkında olmayanlar, bu zaten çok uzun zaman önce, çok çekirdekli işlemciler için başlangıçta uygulanamaz çünkü çok yüksek ek yükü vardır ve çok kötü paralelleştirilmiştir ...
Derleyicilerin optimizasyon sırasında tüm bu çöpleri atmayı öğrenmiş olmaları, saf prosedürel mantık bırakmaları iyi, aksi takdirde bu ilerlemenin ne olacağı bilinmezdi, yani, bozulma pratikte sonuçlanırdı ...
Bu arada, henüz OOP'nin farkında olmayanlar, bu zaten çok uzun zaman önce, çok çekirdekli işlemciler için başlangıçta uygulanamaz çünkü çok yüksek ek yükü vardır ve çok kötü paralelleştirilmiştir ...
Derleyicilerin optimizasyon sırasında tüm bu çöpleri atmayı öğrenmiş olmaları, saf prosedürel mantık bırakmaları iyi, aksi takdirde bu ilerlemenin ne olacağı bilinmezdi, yani, bozulma pratikte sonuçlanırdı ...
Soruları net ve öncü bir sümük olmadan yanıtlayın
1. Kişisel olarak hangi paralelleştirme teknolojisini kullandınız? Sadece genel meleme değil, belirli teknoloji ve dil adları.
1.1 OOP sürümünüz nerede başarısız oldu?
------------
Not: Bir günden fazla bir süredir OOP kursu yürütüyorum, moderatör bu süre zarfında 10 kişiyi yasakladığını, yaklaşık 200 aptal gönderiyi ovuşturduğunu yazdı! Yaz diyor burada 40-50 kişi aynı anda sizi sürekli okuyor, konu lazım. Bir menü yapmalıyız - ne zaman istersen yardım ederim.
Bu arada, henüz OOP'nin farkında olmayanlar, bu zaten çok uzun zaman önce, çok çekirdekli işlemciler için başlangıçta uygulanamaz çünkü çok yüksek ek yükü vardır ve çok kötü paralelleştirilmiştir ...
Derleyicilerin optimizasyon sırasında tüm bu çöpleri atmayı öğrenmiş olmaları, saf prosedürel mantık bırakmaları iyi, aksi takdirde bu ilerlemenin ne olacağı bilinmezdi, yani, bozulma pratikte sonuçlanırdı ...
Bu kim?
------------
Not: Bir günden fazla bir süredir OOP kursu yürütüyorum, moderatör bu süre zarfında 10 kişiyi yasakladığını, yaklaşık 200 aptal gönderiyi ovuşturduğunu yazdı! Yaz diyor burada 40-50 kişi aynı anda sizi sürekli okuyor, konu lazım. Bir menü yapmalıyız - ne zaman istersen yardım ederim.
kendine dikkat etme...
Neden, sadece çok rahat. Tüm cüruf moderatörler tarafından devralındı, benden sadece saf bilgi. Buradaki gibi değil. Sonra biri benden nasıl nefret ettiğini nefret mektupları göndermeye başlıyor. Ve sonra kadınların ondan hoşlanmadığı ortaya çıkıyor.
Pek çok insan da beni sevmiyor. Ben herkesin seveceği bir limon parası değilim))
-------------
Burada ciddi konuların olmaması üzücü. Gün boyunca her şey çöp olacak, düzinelerce cüruf mesajı ile tıkanacak. Ve sonra sonsuza kadar kartere düşecek.
MQ süper sohbetin formatını değiştirmeyecek, işte hayat ve kadınlar hakkındaki hikayelerim, hala en fazla bir hafta, sonra karterde ölüm
------------------
belki dersi Paylaşılan Projede çoğaltmaya çalışırım, en azından orada bir şeyler kaydedilir ve yazma erişimi açısından dalgıçları ayıklayabilirsiniz.
-----------
ama genel olarak, tüm forumlardan vazgeçmeniz ve tüm çabalarınızı para kazanmaya yönlendirmeniz gerekiyor)) buna gidiyorum
Kimsenin kutsal ve haklı inancını rencide etmek istemem ama burada OOP'nin güya “Ben kendim değildim, kod yazmak için oturdum, bir işlev almak istedim ve, neyse ki, kullanmamı yasakladım” ... Pekala, çocukça bahçe ve acelesi olan sadece tavuklar ...
Burası anaokulu değil.
Benzer "bağımsız yasaklar" hayatın birçok alanında mevcuttur.
"Ford'u bilmeden - kafanızı suya sokmayın" ifadesi - nedir? "Nehri geçmeye karar verdi ama bunu yapmayı kendine yasakladı" gibi mi?
Ve "İçeri girme - seni öldürür" işareti - nedir bu? Nesin sen giremiyor musun? Ama kendi güvenliğiniz için yapmamalısınız.
Korumalı bellek erişim modu - bunu duydunuz mu? Yine - kendi iyiliğiniz için, bir işleminizin yanlışlıkla diğer işleminize uymaması için yapılır.
OOP'de aynı, bir nesnedeki tüm değişkenleri public olarak tanımlamanızı kim engelliyor? Bununla birlikte, büyük bir proje yazmaya başlayan herkes, özel bir hafıza alanına sahip olmanın ve sınırlı bir arayüz üzerinden erişimi organize etmenin çok uygun olduğunu çabucak bulur.
Bakın, Peter Konov'un tamamen prosedürel kodu, sistemin tüm yapısını sürekli olarak bellekte tutmanızı gerektirir. MT4 veya MT5 üzerinde hangi platformda çalıştığınızı bilmenize gerek kalmaması için alım satım emirlerinin inceliklerini gizleyen fxsaber koduyla karşılaştırın. Ayrıca periyodik olarak yayınladığım kendi kodlarımı da sunabilirim - ayrıca benim için neyin gereksiz olduğunu kesinlikle anlamanıza gerek yok. Hangi terminalde çalıştığınızı bile düşünmeden ticaret işlemcisi sınıfına giriyor ve sanal arayüzünü kullanıyorsunuz (ve terminalde olup olmadığını, diyelim ki, WLD'de C# için kullanma olasılığını ortaya koydum).
BÜTÜN sistemin nasıl düzenlendiğini hatırlamak zorunda kalmamanız için kısıtlamalara her şeyden önce kendiniz ihtiyaç duyarsınız. Blok hata ayıklanır ve çalışır. Dışarıdan hiç kimse ona erişemez - sadece performansını bozmamak için. İşlevsel bir yaklaşımda bunu yapmak kolay değildir ve her zaman nereye tırmanabileceğinizi ve nereye tırmanamayacağınızı hatırlamalısınız, kendinizi kendi başınıza sınırlandırmalısınız. Unutacağın, bir şeyi nerede değiştirebileceğin ve nerede değiştiremeyeceğin gerçeğiyle dolu olan,
Bu arada, henüz OOP'nin farkında olmayanlar, bu zaten çok uzun zaman önce, çok çekirdekli işlemciler için başlangıçta uygulanamaz çünkü çok yüksek ek yükü vardır ve çok kötü paralelleştirilmiştir ...
Derleyicilerin optimizasyon sırasında tüm bu çöpleri atmayı öğrenmiş olmaları, saf prosedürel mantık bırakmaları iyi, aksi takdirde bu ilerlemenin ne olacağı bilinmezdi, yani, bozulma pratikte sonuçlanırdı ...
Yani, nasıl "kötü paralelleştirilmiş"? Tam tersi doğrudur - OOP kodunun paralelleştirilmesi işlevsel koddan çok daha kolaydır. Her yerde kapsülleme nedeniyle.
Derleyicilere gelince - yani ne OOP ne de işlevsel bir yaklaşımları var - adresleri, goto komutlarını, kayıtları kullanırlar ... Onlar için - hem OOP yaklaşımı hem de FP yaklaşımı eşit derecede yabancıdır.
OOP yaklaşımı - bir kişinin geliştirmeyi ve en önemlisi sistemin desteğini basitleştirmesi gerekir.
Çok rahat. Tüm cüruf moderatörler tarafından devralındı, benden sadece saf bilgi. Buradaki gibi değil. Sonra biri benden nasıl nefret ettiğini nefret mektupları göndermeye başlıyor. Ve sonra kadınların ondan hoşlanmadığı ortaya çıkıyor.
Yani kadınlar da benden hoşlanmıyor ... Ve daha pek çoğu ... Yaygın bir şey, Alexei, hepsi hayvan, herkes onları eğitmeyi başaramıyor, bu yüzden çok kıskanç insanınız olacak.
Ama bana söylesen iyi olur - rotan nerede? ben de bir bakayım...
"Nesneye Yönelik Programlamanın Artıları ve Eksileri" konusunda fena bir makale değil.
uni-vologda.ac.ru/oberon/infoart/plus&min.htm
Üstelik eksiler arasında, OOP üzerinden programlamayı öğrenmek ve ek kütüphaneleri okumak esas olarak zorluktur.