Çatışmalar

Question

Olası Çoğalt:
Members vs method arguments access in C++

Ben x, y, width ve height gibi bazı üyesi vardır bir sınıf. onun kurucusuna, ben bunu yapmazdım:

A::A(int x, int y, int width, int height) 
{ 
    x = x; 
    y = y; 
    width = width; 
    height = height; 
} 

Bu gerçekten mantıklı değil ve g ++ ile derlenmiş zaman x, y, width ve height garip değerleri (ör -1405737648) olurlar.

Bu adlandırma çakışmalarını çözmenin en iyi yolu nedir?

Answer 1

Aynı isimlerle gayet başlatma listelerini kullanabilirsiniz:

A::A(int x, int y, int width, int height) : 
    x(x), 
    y(y), 
    width(width), 
    height(height) 
{ 
} 

alternatif aynı adlar kullanmayı istemiyorsanız, farklı adlar kullanmaktır.

//data members 
int x_; 
int y_; 
int width_; 
int height_; 
//constructor 
A::A(int x, int y, int width, int height) : 
    x_(x), 
    y_(y), 
    width_(width), 
    height_(height) 
{ 
} 

Ama önce öneriyle yanlış bir şey yok: Bazı Macar-notasyonu varyasyon akla gelen (Bunun için bazı nefreti alabilirsiniz).

Answer 2

Oluşturucunun başlatma listesini kullanarak sorunu önleyebilirsiniz, ancak veri üyeleri, örneğin, bir _ veya önde gelen bir m_, adlandırma için bir kuralı takip etmenizi öneririz. Aksi takdirde, özellikle x ve y gibi adlara sahip üyeleriniz varsa, ad çakışması olasılığınız yüksektir.

class A 
{ 
    public: 

    A(int x, int y, int width, int height) : x_(x), y_(y), with_(width), height_(height) {} 

    int x_; 
    int y_; 
    int width_; 
    int height_; 
}; 

Answer 3

aşağıdaki gibi, bu sorun this işaretçi kullanmaktır hitap eden belirli desen (tercih edilir başlatıcı listesi kullanılarak aksine) yapıcı metotta atamaları kullanmanız gerekiyorsa:

this->a = a; 

Answer 4

Yapıcı argümanlarının isimlerini değiştirebilirsiniz. Eğer o zaman başlatılmamış gerçek örnek değişkene bırakarak kendileri için yapıcı argümanları atıyorsanız

A::A(int x, int y, int width, int height) 
{ 
    x = x; 
    y = y; 
    width = width; 
    height = height; 
} 

yazarken sen sahte değerleri alıyoruz, neden bu.

ben önermek (ve yaygın kullanın) genel çözümü yapıcı yönteminin argümanları isimlerini değiştirmektir:

A::A(int x_initial, int y_initial, int width_initial, int height_initial) 
{ 
    x = x_initial; 
    y = y_initial; 
    width = width_initial; 
    height = height_initial; 
} 

Answer 5

Mümkünse, bu başlatıcı listesi aracılığıyla veri üyeleri ayarlamanın daha iyi, Bu durumda, gölge üye isimlerinin argümanlarla ilgili bir problemi yoktur. Başka bir alternatif ise kurucunun gövdesinde this->foo = foo; kullanılmasıdır. Setters için benzer bir sorun var, ancak şimdi başlatıcı listesi çözümünü kullanamazsınız. this->foo = foo; ile takıldınız - ya da sadece argümanlar ve üyeler için farklı isimler kullanın.Bazı kişiler, gölge veri üyelerini gölgeleyen nefretlerden gerçekten nefret ederler; Birden çok kodlama standardı açıkça bunu asla yapmaz. Diğerleri ise bu tür bir gölgelendirmeyi düşünür, en azından kurucular ve ayarlayıcılar için, kedinin miyavıdır. Bir ya da iki kodlama standardını (ama hatırlatmıyorum), bu tür bir gölgelemeyi “yapmalı” (ama “olmaz”) pratiği olarak belirlediğimi hatırlıyorum. Bir son seçenek, okuyuculara işlevin ne yaptığına dair bir ipucu vermek, ancak uygulamadaki farklı isimleri kullanmak için işlev beyanındaki gölgelemeyi kullanmaktır.

Güncelleme: "Gölge" nedir?

#include <iostream> 

void printi (int i) { std::cout << "i=" << i << "\n"; } 

int i = 21; 

int main() { 
    printi (i); 
    int i = 42; 
    printi (i); 
    for (int i = 0; i < 3; ++i) { 
     printi (i); 
     int i = 10; 
     printi (i); 
    } 
    printi (i); 
} 

i, int i=10 en iç Bildirge ise sırayla küresel değişkeni i gölgeler fonksiyon kapsamı en bildirilen değişken i gölgeler for açıklamada, bildirilen değişken i gölgeler. sınıf A gölge için varsayılan olmayan kurucu el altında probleminde

, argümanlar x, y, width ve height fikir tartışmalarının aynı isimdeki üye verileri. Sizin width=width; Sayfanız width argümanı width veri üyesini gölgeler (gizler) nedeniyle hiçbir şey yapmadı. Farklı kapsamlarda bildirilen aynı ada sahip iki veya daha fazla değişkeniniz olduğunda, kazanan her zaman en içteki kapsamıdır. Genel olarak, her zaman kazanacak en içteki kapsamı olan isimdir.