C++ - brza pitanja iz objektno orij. programiranja

Pozdravi iz prevruće Dalmacije :P

Počeo sam se baviti c++ prije par mjeseci i sve je išlo "kao po loju" ,sve dok nisam naletio na klase.

Klase općenito razumijem ali nikako da skužim smisao  protectiona nekih funkcija i varijabli.

Ako neko može to malo pojasnit bio bih zahvalan

Npr ako se radi u timu i tvoj zadatak je da napravis klasu datum. Ako ne zastitis pojedine atribute neko drugi bi ko ce samo iskoristiti tu klasu mogao direktno pristupati atributima i recimo za godinu postaviti negativnu vrijednost ili nesto slicno. A kada napravis get i set funkcije ti potpuno upravljas kontrolom pristupu atributima i postaras se da samo regularne vrijednosti mogu 'uci' u klasu

Primjer je banalan ali uglavnom to je ta fora..

Ahaaa...Mislim da sam shvatio :D.Hvala puno

get - funkcija kojom dobavljas atribute klase

set - funkcija kojom postavljas atribute

mozes ih kreirati posebno za svaki atribut a mozes i jos jednu kojom bi dohvatio/postavio sve atribute..

ova promjena sto sam naveo nece napraviti nikakav problem u samoj toj klasi, tu se cuva ta vrijednost i zavrsena prica ali kada neko koristi tu klasu one ne mora voditi racuna da li su tu ispravni podaci..pretpostavlja da jesu..vraticu se opet na onaj primjer sa datumom..on nece u glavnom dijelu programa testirati varijable prije proslijedjivanja u klasu jer je to uradjeno prilikom kreiranja set() funkcija. On ce samo koristiti set() funkciju koja ce baciti izuzetak ili na neki drugi nacin upozoriti da se pokusava postaviti neka varijabla na besmislenu vrijednost, recimo negativnu za godine ili datum ;)

to za int ce se pobrinuti kompajler i na vrijeme te upozoriti..ovo sa set() funkcijom govorimo o pravilima koja se postave pri i izradi programa i koja kompajler ne kuzi ;)

smisao je da koristenjem set() funkcije besmisleni podaci za neki konkretan slucaj ne 'prodju' bilo nesvjesno bilo namjerno  ;)

Ovo mozda i nije najsretniji primjer, jer s jedne strane ne mozes do vrijednosti varijable godinaRodjenja, dok je varijabla starost nezasticena, a "ovisna" (!), odnosno moze joj se promijeniti vrijednost, a vrijednost joj se zapravo izracunava na temelju druge varijable. Clanove koje treba zastititi bi u pravilu trebalo raditi kombinacijom getter+setter, uz neke iznimke, naravno - koje nisu prisutne u ovom slucaju. Takodjer, varijabla starost je tu zapravo nepotrebna. Znam da je sve to tu "primjera radi", ali treba napomenuti da doticni primjer nije dobra programerska praksa.

Dakle, ta klasa bi trebala izgledati otprilike ovako (+ u nju bi trebalo ugurati provjere koje spominje r00t):

class Osoba{
    private:
       int godinaRodjenja;     
    public:      
       void SetGodinaRodjenja(int n){
          godinaRodjenja = n; // postavi traženu varijablu         
       }

      int GetGodinaRodjenja(){
          return godinaRodjenja; // vrati vrijednost privatne varijable godinaRodjenja
       }

      void SetStarost(int starost){
          godinaRodjenja = 2010 - starost;
       }
     
      int GetStarost() {
        return 2010 - godinaRodjenja;
      }
};

Tu je u biti simuliran nepostojeci clan starost - moderniji programski jezici koji imaju svojstva tome pristupaju elegantnije (svojstva iliti properties).

Tako je. Atribut vrste protected bi se mogao opisati kao skriveni/privatni javni clan. Odnosno, nasljedjuje se poput javnog (public) clana, ali kad mu se pokusa pristupiti izvan klase, onda se ponasa kao privatni (private) clan.

Bez uvrede, znam da si covjeku pokusao pomoci (i cijenim to sto pomazes ljudima na forumu), ali primjer koji bi trebao pokazati kako ispravno napraviti jednu stvar, a istovremeno tu istu stvar pogresno prikazuje na drugom clanu (i uvodi jos jedan pogresan koncept, te nigdje nije objasnjeno da to i dalje nije ispravan primjer) je - los primjer. Nekoga tko nije upoznat s problematikom lako moze dovesti u zabludu ili ga zbuniti.

Zasto pisati takav primjer, ako se s par linija koda vise (ili manje! za ilustraciju primjera nisu potrebne dvije varijable u klasi) moze napisati ispravan primjer?  Retoricko pitanje, naravno.

Sorry, ali zaista ne bih znao kako stupnjevati to koliko je primjer los. Mogu samo reci da primjer nije dobar. I objasnio sam zasto. Primjerom pokusavas pokazati kako i zasto zastititi clanove. Medjutim, nisi dosljedan (jednu varijablu si zastitio, drugu nisi i nisi objasnio zasto nisi - dakle, nedosljedan si oko "zasto?") i uvodis pogresan koncept (jednim setterom postavljas vrijednosti dva clana, od kojih je nezasticeni clan ovisan o zasticenom, sakrijes read-vrijednost zasticenog clana i otkrijes nezasticeni! - totalno pogresno - primjerom dakle nisi pokazao "kako?"). Uopce je suvisno da to dalje komentiramo. Napisao sam kako izgleda ispravan primjer i to je to. Prica zavrsena.

Naravno, ispravan primjer se moze napraviti i na druge nacine - ovisno sto tocno se zeli napraviti. Ali tvoj primjer nije ispravan. I sto god da ti sad napises, nece postati ispravan. Ako se ne slazes s mojim rjesenjem, slobodan si napisati svoje drugo, ispravno rjesenje. Nemam nista protiv - dapace - time nitko nista ne gubi, mozemo samo eventualno nesto novo nauciti.

Cjepidlacis :)

@mbuksa

U potpuosti se slazem sa tebon da je bez obzira na primjer varijablu startost trebalo deklarirat kao privatnu a ne kao javnu bez obzira sto je to test primjer ali onoliko ic u detalje i pisat sve ono nema smisla a povrh svega zbunjuje covjeka oko onoga sto zeli naucit.

Koliko sam shvatio autor posta jos uci i samu sintaksu jezika pa zar onda ima uopce smisla opterecivat ga dobrom programerskom praksom?

Detalji su za one koji znaju. Da znaju zbog cega je onaj Tracerov primjer los.

Ispravan primjer je za onog koji zeli nauciti. Zasto da se covjeka uci na losim primjerima? Primjer poput Tracerovog neces naci ni u jednoj knjizi za ucenje C++-a (pa ni onoj namijenjenoj pocetnicima), osim eventualno kao primjer za los/pogresan nacin skrivanja clanova.

Zbunjivat s cim konkretno? Iz tog primjer se jasno vidi da je Tracerov primjer pogresan. Tu i svaki pocetnik vidi da ne smije biti moguce promijeniti varijablu starost izvan klase. O cemu onda ti pricas?

Jesi ti uopce citao njegove postove na temi? Evo sto Tracer doslovce kaze:

I sto sad da ti covjek kaze?

Sve to je jako upitno. Prvo se tu tvrdi da je covjek koji tako nesto pita totalni pocetnik, koji nema pojma kako funkcioniraju klase - kako onda od njega mozes ocekivati da ce sigurno skuziti gdje je problem? Pogotovo ako mu ne das primjer u kojem ce moci testirati ono o cemu je rijec? Traces je svoj primjer em nepotrebno zakomplicirao (isao koristiti dva clana) i onda jos sve to pogresno povezao.

Takve greske znaju koristiti ako se uoce! Ja sam ih uocio, obrazlozio i ponudio ispravno rjesenje, a onda se tu nadje nekolicina koja tvrdi da je ono pogresno zapravo i dalje OK! Kao da ne vide u cemu je problem! Kao da ne razumiju ili ne znaju o cemu se radi! Kome takav nacin "rasprave" koristi?!

Evo jednostavan ispravan primjer, primjer kakvog je Tracer (ili tko drugi) trebao odmah napisati, a ne da odma krene s dva clana i jos k tome to pogresno napravi:

#include <iostream>

using namespace std;

class Osoba{
    private:
       int starost;
    public:     
      void SetStarost(int n){
       if (n >= 0) {
         starost = n;
        } else {
           cout << "Starost ne moze biti negativna!" << endl;
           throw;
        }
      }
    
      int GetStarost() {
        return starost;
      }
};


int main(){
    Osoba Ante;

   Ante.SetStarost(54);
    cout << "Antina starost: " << Ante.GetStarost() << endl;  // dobar rezulat == 54
   
   Ante.SetStarost(-35);
   cout << "Antina starost: " << Ante.GetStarost() << endl;  // starost ostaje == 54, jer je upisan negativni broj za starost!
   
   Ante.starost = 57;  // kompajler javlja gresku - program s ovom linijom se uopce ne moze kompajlirati
   Ante.starost = -384;    //       - " -
    Ante.starost = 548898;  //       - " -
   
    cin.get();
    return 0;
}   

Evo, ovo je ispravan primjer, jednostavan primjer s jednom varijablom. Znaci, sakrije se varijabla starost tako da se deklarira kao privatna, kako se njezina vrijednost ne bi mogla direktno mijenjati izvan klase. Zato napisemo public funkciju SetStarost (tzv. setter) koja ce omoguciti omoguciti promjenu privatne varijable starost, ali samo ukoliko vrijednost zadovoljava odredjene uvjete - u ovom slucaju da bude veca ili jednaka nuli. Skrivanje varijable starost za posljedicu ima i to da je ne mozemo procitati izvan klase - to znaci da cemo i za tu namjenu morati napisati jednu funkciju - to ce biti tzv. getter funkcija, koja ce vracati vrijednost varijable starost.

Ima i tu prostora za diskusiju - na primjer, da li da se varijabla starost resetiran na neku vrijednost ako se upise negativna vrijednost? Takodjer, sto je s konstruktorom - ne bi li u njemu trebalo definirati inicijalnu vrijednost varijable? Itd...

Za slozeniji primjer, s dva (zavisna) clana, vec prije sam ispravio Tracerov kod i detaljno ga objasnio.

Nemoj misliti da je to to. To je samo osnova na kojoj ćeš učit dalje, a kad apsolviraš neke osnove vezane za klase, onda tek možeš smatrati da si počeo učit C++.

Zanima me kad autor bude pitao o virtualnim funkcijama (metodama) abstraktim klasama,naslijeđivanju konstruktora itd itd ...kakvi će tek tu programi, kodovi sjevati a tek rasprave .....bit jest nauči i shvati ali ovo me podsjeća na neke rasprave u prošlosti ,mislim da zato na ovom forumu nisu niti zaživjeli neki tutorijali o programskim jezicima(niti će zaživjeti)  .Uvijek se traži greška makar bila i "dobronamjerna" .Dok recimo na policama naših knjižara ima dosta primjera "lošeg programiranja u dobrim knjigama " ,a opet su prodane i progutane iako su pregledane i odobrene od "profi" ljudi struke.Šteta,obojica ste u pravu ma koliko jedan ispravljao drugoga ,gledajući sa strane .Ponekad se pitam dali mi se isplati pisati kod koji radi i objasni problem na temelju kojeg se i shvati sve ,a taj kod nije "savršen" ....jer filter forumaša i moderatora je postao rigorozno  usavršen do te mjere da se moraš paziti i gdje se točka zarez ili endl piše.Hajde da kod baš ništa ne objašnjava ili pogrešno napisan ,onda ok ali......
Naravno ,onaj koji uči i polako usvaja znanje i sam će shvatiti bit tog "starog koda" i sam se sebi nasmijati da je uopće to pitao.Zato tutovi koji kreću od početka na forumima nema šanse da se dovrše do samog kraja iz milon nedostataka(ili prednosti->moderatori,forumaši->kritičari) foruma (bilo kojeg)....