Tää on ihan perusjuttuja C :ssa näinhän se menee, mutta..
Miks hitossa tämä on mahdollista sellasessa kielessä, joka on olevinaan oliokieli?
class Point
{
public:
Point(int x0 = 0, int y0 = 0);
Point(const Point &p);
private:
int x;
int y;
};
Point::Point(int x0, int y0)
{
x = x0;
y = y0;
}
Point::Point(const Point &p)
{
x = p.x;
y = p.y;
}
Konstruktorin toteutuksessa ei ole mitään kummaa, mutta alemmassa copykonstruktorissa sitäkin enemmän. Vitsihän on siis siinä, että luokan määrittelyssä x ja y on määritelty PRIVATE:ksi. Eli x ja y pitäisi olla piilotettu muulta ohjelmalta, niihin pitäisi päästä käsiksi vain luokan/olion sisällä.
C :ssa näkyy olevan niin, että jos on kaksi samasta luokasta instatioiotua oliota, niin ne pystyy ronkkimaan suoraan toistensa datajäseniä ja metodeita, vaikka luokkamäärittelyssä ne olisi määritelty privaatiksi!!. Private jne määriteelyt vaikutta siis ilmeisesti vain luokkakohtaisesti, eikä oliokohtaisesti.
Eli yksi Point luokasta luotu olio pystyy muuttamaan toisen Point luokasta luodun olion datajäsenten arvoja ilman kitään rajotuksia.
Eihän sen noin kuulus mennä!! Privaten idea oliokielissä on se, että olion sisäinen data voidaan suojata ja piilottaa muulta ohjelmalta, mukaanlukien muilta olioilta!! Tuo on yksi tärkeimmistä pointeista koko olio-ohjelmoinnin kannalta!! C :ssa tuo idea on vesitetty ilmeisesti helppokäyttösyyden tieltä.
Musta toi on selkeä osotus siitä, että C ei ole mikään oikea oliokieli. Se on vain hybridi, missä C:n päälle on liimattu olio-ominaisuuksia. Purkkaviritys koko kieli.
Käsittääskeni Javassa tuollainen edellä mainittu homma ei toimi. Javassa toinen Point luokasta luotu olio ei pääse käsiksi suoraan toisen Point luokasta luodun olion privaatiksi määriteltyihin jäseniin. Java on tuossakin mielessä selkeästi enemmän oikea oliokieli.
C++ haisee
10
1349
Vastaukset
- oh okei
Eihän tuossa ole mitään ihmeellistä. "private" määrää vain luokkatasolla privaattijäsenet.
Ei copy konstruktori ole mikään poikkeus, muutkin jäsenfunktiot pääsevät toisten objektien tietoihin käsiksi edellyttäen että toinen saman luokan objekti on funktion parametrinä.
Javasta en tiedä mutta luulisin että toimii ihan samoin.. - jaah
public class Testi {
private int x,y;
Testi(Testi t) {
this.x = t.x;
this.y = t.y;
}
Testi(int x, int y) {
this.x = x;
this.y = y;
}
void tulosta() {
System.out.println("x=" x " y=" y);
}
public static void main(String[] args) {
Testi eka = new Testi(1,2);
Testi toka = new Testi(eka);
eka.tulosta();
toka.tulosta();
return;
}
}
bash-2.03$ java Testi
x=1 y=2
x=1 y=2
Oletkohan ymmärtänyt jotain väärin? Vai ymmärränkö minä sinua väärin? Niin, C on hybridi ja erittäinkin perverssi kieli, se on totta :)
Ehkä sekoitat olion ja luokan keskenään? C on oliokieli, ei luokkakieli ;)- saame
Edellä oleva avaus on aivan puutaheinää, koska eihän mikään olio suinkaan pääse muuntamaan tuon olion tilaa. Kopiokonstruktori tosiaan luo uuden olion, joka on kopio alkuperäisestä ryyditettynä toki uusilla arvoilla, kuten arvata saattaakin. Alkuperäinen olio ei suinkaan muutu tuolla konstruktorilla mihinkään.
- Canopus
C :ssa kaksi samanlaista oliota pääsevät käsittelemään toistensa private parts:eja :D
- is dangerous
suurin varmuus tosin saavutetaan silloin kun laitetaan kolme kondomia päällekkäin ja sittenkin tyydytään vetämään käteen.
- ......
is dangerous kirjoitti:
suurin varmuus tosin saavutetaan silloin kun laitetaan kolme kondomia päällekkäin ja sittenkin tyydytään vetämään käteen.
kaikenlaisia idiootteja sitä netissä liikkuukin...
- ohikulkija..
Totta, Saman luokan oliot pääsevät käpistelemään toistensa private-osia. Ominaisuus ei ole ehkä täysin olio-ajattelun mukainen, mutta kokemukseni mukaan ei siitä mitään ongelmaakaan ole koitunut. Mikäli kokee ominaisuuden ongelmaksi, ei sitä ole pakko käyttää. Mikään ei estä kirjottamasta jokaiselle muuttujalle omaa setter-funktiota.
- ...
privaatteihin paikkoihin myös. On tuo C perverssi kieli.
- pääsee...
... kirjoitti:
privaatteihin paikkoihin myös. On tuo C perverssi kieli.
Joka on hyvä ratkaisu, kun vaihtoehtona on että aivan kaikki pääsee, joka on vielä pervompaa (kuten Javassa?).
- höpö...
pääsee... kirjoitti:
Joka on hyvä ratkaisu, kun vaihtoehtona on että aivan kaikki pääsee, joka on vielä pervompaa (kuten Javassa?).
Vain sisempien luokkien privaatteihin pääsee käsiksi, ei muihin.
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Kiky-maksuista valehtelu persujen törkein vaalipetos
Perusduunarina koen pahimmaksi persujen vaalipetokseksi "työmies" Putkosen lupaaman työntekijöiltä perittävien kiky-maks655706Onko Sdp:n romahdus pienpuolueeksi alkanut?
Mikään puolue ei kykene selviytymään loputtomasti, jos sitä repii jatkuvasti sisäiset ristiriidat ja kyvyttömyys päättää743486Persujen kannatusromahdus ilahduttaa
Siin' ei hyvä häviä. Luotto parempaan tulevasuuteen alkaa taas palautua.243357- 1132926
En malta odottaa, että Lindtman pääsee suhmuroimaan pääministerinä
kun pitää sopeuttaa 10 miljardin edestä, ja eläkkeisiinkin voidaan puuttua Antin mielestä. (Demarien kannattajissa suuri642417Totuus sattui demareihin, vaativat asiallisen jutun poistoon
ja oli vielä suosittu, mutta kun demarit tarpeeksi valittivat, niin poistettiin. Raukkamaista toimintaa. Eli siis juttu401805Mikä ihmeen v&v megastore?
Tulee Pohjoisväylälle. Mitä siellä myydään? Keski-uudessamaassa juttua.11348En selvinnyt ilman naarmuja
Vaikka ehkä kuvittelin sen olevan ilmoitusluonteinen asia, jonka jälkeen kaikki palaa entiselleen ja ilma puhdistuu. Naa131285Pitkän päivän ilta
Tarina elämättömästä miehestä, jonka elämän täytti velvollisuudentunto. Pikkutarkka, huolellinen, hyvällä katsottu, miel681214Miksi kastetaan luterilaisia ?
Tiesitkö että helluntailaiset ja jehovantodistajat kastavat luterilaisia saadaksen uusia maksavia jäseniä ? Tätä hellunt1801061