Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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, bu tür temel paradigmaların yardımdaki OOP tanımında ele alınmamasına şaşırdım.
1 Hayır, değil, bu kalıtımın kullanımıdır.
2 daha sıcaktır, Association ve Aggregation ile birlikte üç bağlama seçeneğinden biri olan Composition'dır.
Bu arada, bu tür temel paradigmaların yardımdaki OOP açıklamasında ele alınmamasına şaşırdım.
Bunlar doğrudan OOP özelliklerinden ziyade programlama hileleridir.
Toplama ile ilgili olarak:
Nesne yönelimli programlamada, birleştirme (bileşim veya dahil etme olarak da adlandırılır) iç içe yerleştirme yoluyla mevcut sınıflardan yeni bir sınıf oluşturma tekniğini ifade eder. Toplamadan genellikle "bir arabanın gövdesi, tekerlekleri ve motoru vardır" gibi bir "üyelik ilişkisi" olarak da bahsedilir.
Yeni bir sınıfın iç içe geçmiş nesneleri genellikle private olarak bildirilir ve böylece sınıfla çalışan uygulama programcıları tarafından erişilemez hale gelir. Öte yandan, sınıfı oluşturan kişi mevcut istemci kodunu bozmadan bu nesneleri değiştirebilir. Ayrıca, iç içe geçmiş nesnelerin çalışma zamanında değiştirilmesi, programın davranışını dinamik olarak değiştirmenize olanak tanır. Kalıtım mekanizması böyle bir esnekliğe sahip değildir, çünkü türetilmiş sınıflar için derleme aşamasında kontrol edilen kısıtlamalar belirlenir.
Toplama temelinde, harici bir nesneye atanan bir görev, bu tür görevleri çözmede uzmanlaşmış dahili bir nesneye devredildiğinde, yetkilendirme yöntemi uygulanır.
http://ru.wikipedia.org/wiki/Агрегирование_( programlama)
Yapılarla ilgili yardımı açın. ve ayrıca yapılar hakkında tip dönüşümünü okuyun.
Metotların üyeleri en başından beri mevcuttu. Neden onları kaldırmak istiyorsunuz?
İlişkilendirme ve sınıfları birbirine bağlamanın diğer yolları.
Bir nokta:
m_size.
Yaygın adlandırma kurallarında m_ öneki sınıf veri üyelerinin önüne eklenir. Çoğunlukla yerel değişkenleri yöntemlerdeki sınıf verilerinden açıkça ayırt etmek için tasarlanmıştır.
Bir yapı içinde fonksiyon yazmak mümkün mü? Muhtemelen bir sınıfa işaretçiler - gördüm, denedim, bilmemek daha iyi.
Kodlar neden biçimlendirici aracılığıyla çalıştırılmıyor?
Yeni gelen biri için okumak zor olacak, ME'de bir stil ve makalede başka bir stil görüyor.
ZY Makale sınıf bağlantısı konularını ortaya koymuyor.
Genel olarak, elbette, OOP karmaşık bir konudur, basit bir dille anlatmak kolay değildir, ancak bir yerden başlamak zorundasınız.
Peki, bu ne için? Kalıplar evet, ancak bu yeni başlayanların seviyesi değil.
Bir dakika:
m_size.
Yaygın adlandırma kurallarında m_ öneki sınıf veri üyelerine eklenir. Çoğunlukla yerel değişkenleri metotlardaki sınıf verilerinden açıkça ayırmak için tasarlanmıştır.
MFC altında programlama yaparken m_ öneki kullanılıyordu, özel ve korumalı değişkenlere uygulanıyordu, başka "genel kabul görmüş" kurallar yoktu. MFC sahneyi terk ettikten sonra, herkes tüm bu aptal m_'leri unuttu, Tanrıya şükür )). Eğer inanmıyorsanız - örnekleri indirin ve kendiniz görün (MFC ile ilgili bir bölüm de var) http://archive.msdn.microsoft.com/vcsamples.
MFC altında programlama yaparken m_ öneki kullanılırdı, private ve protected değişkenlere uygulanırdı, başka "genel kabul görmüş" kurallar yoktur. MFC sahneyi terk ettikten sonra, tüm bu aptal m_'ler unutuldu, Tanrıya şükür )) İnanmayanlar - örnekleri indirin ve kendiniz görün (MFC'de de bir bölüm var) http://archive.msdn.microsoft.com/vcsamples.
Hayır. При чем тут MFC? https://ru.wikipedia.org/wiki/%D0%92%D0%B5%D0%BD%D0%B3%D0%B5%D1%80%D1%81%D0%BA%D0%B0%D1%8F_%D0%BD%D0%BE%D1%82%D0%B0%D1%86%D0%B8%D1%8F
kolaylıktır, başka bir şey değildir. Her programlama şirketinin kendi kuralları olabilir.
Çok gerekli bir makale!
Geliştiricilere makaleler için yeni bir kategori oluşturmalarını öneriyorum. "Programlamanın temelleri (teorisi)" gibi bir şey ....