C++ - brza pitanja iz objektno orij. programiranja

O tome vec sve rekao. Nitko na ovoj temi ne zagovara koristenje velikih polja (objekata), a pogotovo ne staticno alociranih.

S jedne strane imas "cistocu", kompliciranu uporabu te kompajliran C++ kod, dok s druge strane imas daleko vise daleko mocnijih i prilagodljivijih komponenti, izvrsno razradjen objektni model koji omogucava vrlo jednostavno prosirivanje postojecih (imas vec pripremljenu tonu virtualnih funkcija koje samo treba overrideati) ili izradu novih komponenti (zbog toga imas i ogromnu kolicinu besplatnih gotovih komponenti za skinuti - mnoge s izvornim kodom) i koji omogucava izrazito jednostavnu izradu aplikacija s tim komponentama.

Ako idem radit program, onda zelim uz minimalno truda dobiti sto je moguce kvalitetnije sucelje kako bi mi sto vise vremena ostalo za programiranje onog sto bi program zapravo trebao raditi. Mozes li mi onda zamjeriti sto MFC smatram smecem u odnosu na VCL? Ocito nam se kriteriji za smece razlikuju. Ja nisam navikao na WinApi pa da MFC vidim kao napredak u odnosu na WinApi, navikao sam na VCL i MFC vidim kao ogromno nazadovanje u odnosu na VCL. Toliko nazadovanje da mi nije jasno zasto je Microsoft godinama mucio korisnike svojih razvojnih alata. Ali dobro - popustio je pa korisnicima nudi i .NET - koji ima daleko vise slicnosti s VCL-om, nego MFC-om.

Sto bi ti stalno lockao tu temu? Vidis da smo si dobri. Doslo je do nesporazuma - nismo se dobro razumjeli.

Može prijedlog nele knjige iz C#-a da prolistam malo =D?

Evo gledam po forumu i vidim svi živi neke igrice sitne napravili kako u pythonu,tako u c++ itd.

E sad bi i ja :D

Zanimame šta trebam da napravim nešto tipa križič kružić kakav je napravio Tracer prije kojih mjesec dana ...Koja znanja,eventualno programe i to.

Moram se nakratko vratiti na ovo - tu sam napravio gresku. Kad se dealocira polje - bilo kakvo polje (ukljucujuci polje objekata), onda treba koristiti delete [], znaci umjesto delete stab; treba ici:

delete [] stab;

Da, možeš kroz WMI.

Napomena: samo ako imaš WMI podršku ploče. Možeš i sam napisati driver, a za to imaš malu pomoć ovdje.

Mozes skinuti, ali ti preporucam da igru prvo napravis u tekstualnom modu (mozes to i u wxDev-C++-u), znaci u konzoli. Tek toliko da skuzis logiku. Tic Tac Toe mozes implementirati na jednodimenzionalnom polju s 9 redaka ili na matrici 3x3 celija. Mozda bolje da uzmes jednodimenzionalno polje jer je stvar jednostavnija . Indeksi od 0 do 8 ce ti oznacavati koje je polje u pitanju:

0 1 2

3 4 5

6 7 8

Znaci, trazis od korisnika da upise u koje polje da stavi X (ili O) recimo preko cin >> varijabla i onda pozoves igra.klikniNaPolje(varijabla). klikniNaPolje bi dalje trebala obaviti sve nuzne stvari (u polje s indeksom varijabla upisati vrijednost 1 ili 2, ovisno o tome koji igrac je bio na redu, ispisati igru na ekranu, provjeriti ima li pobjednika). A kad to prebacis u sucelje, onda ces klikom na gumb pozvati igra.klikniNaPolje(nekibroj). Znaci, prakticki ista stvar. Ali dobro - nista te ne prijeci da odmah ides raditi u grafickom korisnickom sucelju.

Pitao sam kolegu, pa ćemo vidjeti.

Recimo u svaki element polja zapisala nulu (dakle, da je celija prazna), poziva funkciju prikaziMatricu za prikazivanje (prikazala bi tablicu ili sto vec, koja je u ovom trenutku prazna) i eventualno promijenila da je na redu drugi igrac (dakle, ne onaj koji je zadnji igrao i doveo do izjednacenja ili je pobijedio u igri).

Napisao sam to u ovoj poruci. Preporucam ti da zapravo da sam probas - dovoljno je da jednom pokrenes C++Builder, malo preletis po komponentama, svojstvima i eventima, probas napisati koji event handler - i trebalo bi ti sve biti jasno. Uglavnom, C++Builder/VCL nude jednostavnost Visual Basica u izradi aplikacija i njihovog grafickog sucelja, a snagu C++-a i OOP-a, posto VCL iskoristava brojne principe OOP-a, ukljucujuci i one nove, poput svojstava (MFC nema svojstva - osim u editoru dijaloga - nego gettere i settere).

Znas koliko je jednostavno napraviti svoju komponentu? Naslijedis neku slicnu, dodas par svojstava, overrideas Paint metodu, eventualno metode za mis i tipkovnicu i - to je to. Za sve ostalo se pobrine VCL framework. Mozes zaboraviti da uopce radis pod Windowsima - samo u iznimnim slucajevima moras loviti poruke od Windowsa (ako nema vec pripremljena metoda za to - a za vecinu stvari ima).

C# i NET su MS-ovi mezimci ....a MFC se ne sjećam kad sam ga ozbiljno koristio.....

Nadam se da pitanje nije glupo,a ide u sljedećem stilu;na koji se od nazovimo to tako, "C" jezika fokusirati,ili to ovisi o potrebama?Raditi i učiti C++,i ići na crossplatform riješenja,ili se orijentirati na tehnologije iz Redmonda,iskorištavajući sve blagodati .NET platforme?Pričamo o nekavim "superpočetnicima",to su ovakvi kao ja,otprilike su poznati sa fundamentima OOP programiranja,namirisali su VB.NET,sviđaju im se metode i klase...a i radili bi nekakav GUI.Kakva je statistika glede zastupljenosti programskih jezika u desktop vodama,da li veća popularnost znaći i bolju "platformu",za one koji su upoznali c++ u srednjoj školi,nastaviti C++ pa se prebaciti na C#?Ili krenuti obrnutim redosljedom?

I da ne zaboravim naslućuju sintaksu,i iz iste tijek programa,ne uvijek

@Tnakir;S time da mogu C# koristiti neovisno o .NET frameworku?

Odgovori su dosta oprečni,koliko sam uspio uloviti i C#, i VB.NET i JAVA se izvrašavaju u "virtualnom stroju",dok je C++ kompajlira kao just in time,što implicira da je na potonjem "zamiječen" bitan rast performansi,odnosno brzina izvođenja,treba li se sa time u početku zamarati,ili je to bitno kasnije sa programima sa puno objekata?