Mozda ja ne bih trebao da odgovaram,ali to sto si pitao ti se nalazi na pocetku svake knjige o C++ ili VC++ na prvih 30-50 strana. to je najlaksi deo iskreno, ima tezih stvari (pointeri za mene na primer i operator overloading :( )

Ja bi to mogao bez problema da napravim, pogotovo zato jer sa nekada programirao u VB takodje (pored ostalog :). Licno sam koautor YaBASIC interpretera (www.yabasic.de), i BASIC je moj OMILJENI jezik...
Problem je sto sam voljan da napisem upustvo za prelazak sa VB na Borland C++ Builder, dakle kompletno od nule, kako se VB projekat moze prebaciti na Borland C++ Projekat uz malo truda (muke bolje reci)...
Naravno, sto je projekat komplikovaniji to je sve teze i teze.

Jos jedna stvar, ja VB programerima NE preporucujem da prelaze na neki drugi jezik - prosto zato jer postoji vec nekoliko slicnih stvari za Linux - recimo zanimljivo je da GnomeBASIC moze odmah da "vozi" VB projekte... :)

U principu nije loša ideja. Jedino, čini mi se da forumi nisu baš pravo mesto za tako nešto. Na forumima se postavljaju pitanja i vode se diskusije, a ovo bi pre bio neki članak ili uputstvo. Ima li neki domaći sajt na kome se mogu objavljivati članci? Možda Leka zna za takvo mesto.

Inače, prelazak na C++ ne bi trebalo da ti bude preterano težak, pod uslovom da maksimalno koristiš standardnu C++ biblioteku. Nažalost, većina knjiga o C++u predstavlja ovaj jezik kao "prošireni C", što je istorijski tačno, ali je taj metod mnogo teži za učenje.

Na kraju da napomenem da će VB koji znamo uskoro biti mrtav. Microsoft ga zamenjuje novim jezikom VB.NET, koji je dosta različit. Tako da je vreme da se VB programeri polako prešaltuju na druge jezike.

Licno mislim da je potpuno pogresno poceti sa VB ili
bilo koju verziju Basic-a.
obicno se programeri totalno zbune kad pokusaju da
sa VB predju na neki OOP jezik.

kad se neko navikne na VB-ove ne-strukturne i ne-objektne
sintakse onda je mnogo teze naviknuti se na koji bilo
objektni jezik.
Kao sto je ouros rekao, bilo bi problem nauciti pointere,
overloading, overriding, inheritance i slicne OOP stvare
kad si vec navikao na Basic.

Mnogo je lakse poceti sa C++ iz nule nego pokusavati da
predjes sa VB na C++.

sad ce leka odma da me potuce zbog vredjanja Basica

Ne bih se složio sa time. Znam recimo da na nekim američkim univerzitetima rade osnove programiranja sa Basic-om, pa posle prelaze na druge programske jezike. Programiranje je mnogo više od sintakse - ako razumeš algoritme i strukture podataka, već si završio veliki posao bez obzira na programski jezik.

Da zaključim, ako znaš programiranje u ma kom programskom jeziku, to je dobra osnova za učenje novih jezika.

Stvarno bih ti bio zahvalan da tako nesto postujes ovde. Nesto prosto. Na primer neki digitron ili tako nesto. Samo da je od NULE. Znaci bez MFC ili nekih wizarda.

Odnosno hteo bih da napravim Win program u C++ ali npr u Notepadu a da ga posle kompajliram gde hocu i to da radi.

Dobro. Mozda ovo nema veze sa prebacivanjem VB projekata ali nema veze :)

vidi nemozes tek tako da uzmes notepad i da pises C++ programe u njemu

koliko sam ja do sada shvatio (neka me isprave iskusniji ako gresim)
posto sam i sam pocetnik u ovome
c++ je popularizovan dolaskom grafickog okruzenja odnosno pravljenje grafickih programa je mnogo lakse uz c++ nego uz c
zato sto c++ ima nesto sto se zovu klase, a one su modeli stvari iz stvarnosti, znaci sluze za predstavljanje stvari iz realnog sveta

u nasem slucaju klase sluze za predstavljanje prozora tj windowsa za GUI
dakle prozor je predstavljen klasom koja ima promenljive i funkcije
znaci taj prozor ima promenljive (text iz titlebara npr) a ima i funkcije (minimaze, maximaze itd)

dakle da nema grafike i da smo i dalje u textualnom rezimu c++ ne bi bio toliko popularan kod programera koji prave GUI aplikacije
(dakle neracunam koriscenje c++ i njegovog oop pristupa u resavanju real world problema)

Tacno je da je bitno razumeti algoritme,
ali u basic-u nema sta da se razume a ima nekakve veze sa OOP.

Ipak se slazem da je bolje ista nego nista

Evo i mene opet.

Prvo za leku :
Bas sam sinoc skinuo YaBasic, videcemo ..
A ono da ne prelazimo na drugi jezik, to mi deluje kao ono 'ne guraj nos de ne treba, cuti i pokrij se'. Pa onda sam i ja tebao da ostanem na Turbo Pascal-u 6.0 za DOS ?? :)
Verujem da si nama VB 'programerima' hteo da olaksas zivot ali VB-u nisu bas dostupni svi objekti i klase za koriscenje kao u VC++.

za Ristu Pejova :
Mislim da VB nije u uopste pocetnicki jezik - zavise bre od korisnika, a ono za objekte, ja licno mislim da nisi u pravu. Mozda u VB-u ne moze da se radi sa objektima na nivou ka u C++, ali DEFINITIVNO postoje osnovni principi za rad sa objektima (klase, instance, nasledjivanje), samo ko ume i oce ...
Kazes jos da nema sta da se razume ? hmmmmm......

za Dragog Tatu :

'Ne bih se slozio sa time. Znam recimo da na nekim americkim univerzitetima rade osnove programiranja sa Basic-om, pa posle prelaze na druge programske jezike. Programiranje je mnogo vise od sintakse - ako razumes algoritme i strukture podataka, vec si zavrsio veliki posao bez obzira na programski jezik.

Da zakljucim, ako znas programiranje u ma kom programskom jeziku, to je dobra osnova za ucenje novih jezika.'

- Tako je majstore !


A za onaj clanak ne bi ni ja znao gde bi mogao da se uploaduje a da to bude pravo mesto, razmislicu ...

Pa sada, koliko sam te razumeo: c - struct, c++ - class
Najbitnije razlike su da da struct po defaultu podrazumeva public, class obrnutno, podrazumeva private. I stalno koriscenje struct ispred imena strukture, mada se i to moze resiti. Verovatno je da, ima jos razlika ali mislim nisu prevelike.

Sto se same teme tice u potpunosti se slazem sa ourosem, mada ako neko ima vremena, na njemu da li ce napisati ovaj tut.

Izvini Mikky ali ovo mi deluje uvredlivo.
GLUPOST!
Zasto ne bi pisao programe u obicnom text editoru?
Funkcija racunara nije da budu lepi vec da racunaju, .... mi se za korisnike.:)

Eh, ne znam da li je ovo pozeljno u modernom programiranju. Dizajn programa igra znacajnu ulogu. Neka i mene isprave iskusniji, ja licno nemam velika iskustva u pravljenju komercijalnih programa, ali mislim da, ako se ne smatra da je ta verzija programa savrsena (tj. treba vremenom biti nadogradjivana), ako se zna da ce se taj kod jos koristiti, i/ili nadogradjivati (znaci ne samo jednokratna verzija program), onda je potrebno da taj kod ne bude razumljiv samo svom izvornom autoru, jer suprotno automatski iskljucuje timski rad.

E moram i ja da se nadovezem malo...
Ova ideja za tutorial mi se svidja. Glupo bi bilo da se to timski odradi jer nema puno posla tako da ce manje vremena oduzeti da jedan covek to odradi nego tim. A jednostavno treba neko ko stvarno razume C++ da odradi ovo (kao sto je leka ili Dragi Tata....za ostale ne znam).

Sto se tice design-a, za to je najbolji delphi jer stvarno ima brdo opcija za ukrasavanje... za razliku od VC++. Ali za velike projekte definitivno je C++ najjaci upravo zbog timskog rada koji je najzastupljeniji.

I da porucim svima koji hoce da uce C++ da neprelaze na pointere i nizove dok nesavladaju klase i funkice do maksimuma. Klase u malim programima neigraju nikakvu ulogu pa ce biti malo smaranje uciti to jer su svi primeri iz knjiga za male programcice tako da se treba dosta muciti oko toga...

Pozdrav

Pa posto sve nas ovo interesuje, jel ce da ostane na ovome (samo prica) ili ce leka da neki put napise taj clanak kad bude imao vremena, posto se ponudio da to uradi.
Leko, nemoj samo da ga zbrzis molim te, nego ga uradi domacinski, pa makar i duze cekali ...
A mozda bi i Dragi Tata i Ivan Dimkovic i ostali znalci mogli da pripomognu ...
Moja ideja je da svako po jednu temu obradi, tako da pojedinacno ne bi imali mnogo posla - pa vas valjda to ne bi mnogo smorilo, a nama zainteresovanim 'citaocima' bi znacilo ...

Bez lose namere, ali ono sto sam ja rekao o citljivosti koda i timskom radu ima veze sa onim sto je rekao Pegazus, znaci generalno o pisanju C/C++ koda, a ne sa ovom temom konkretno, pravljenje tutorijala.

Ako sam dobro razumeo, ti poistovecujes design sa ukrasavanjem ?! Gore sam ja spomenuo dizajn u sasvim drugom kontekstu, koji opet ima veze sa citljivoscu i odrzavanjem odnosno ponovnim koriscenjem koda.

Pozdrav.

Meni se čini da bi to trebalo uraditi ovako: neko ko dobro zna VB (jc denton?) da daje primere u VB-u, a mi da "kontriramo" C++om. Tako bi tekst imao oblik:

1. VB: U VB-u se parametri prenose ili po vrednosti (ByVal) ili po referenci (ByRef). Podrazumevano je ByRef.
C++: Parametri se prenose po vrednosti, osim ako se eksplicitno deklariše da je po referenci: void refFunkcija (int valPar, int& refPar);

Tako bi se ne samo VB-ovci upoznali sa C/C++om, nego i C/C++ ovci sa VB-om, a mogli bismo i da koristimo ovaj forum za sastavljanje tog dokumenta.

pa te razlike u struct i class su razlike u c++
u cistom c struct ne moze da ima funkcije

Evo krecem polako da odradim ovo sto si predlozio, samo jel mislis da sve strpam u jedan post ili jedna stavka - jedan post ?

Uh, ne znam ni sam. Možda za početak jedna stavka jedan post, sem ako su stavke "srodne".

Upravo tako... ali uvek mozes da pure C kod iskompajliras C++ kompajlerom ehehehehehe :)

Pa da pocnemo taj 'VB na VC++ part I' tutorial.

Uz ovu poruku su zakacene neke osnovne stvari u VB-u, na koje treba da se 'kontrira' primerima u C++-u.
Stavke su numerisane, i mislim da bi tako trebalo i da se odgovara, jedna stavka - jedan post, da smanjimo opterecenost servera.

Odlično. Samo jedna sitnica. Otvaram posebnu temu za ovo, koju ću da prikačim na TOP, a predlažem ti da primeri budu u samom telu poruke, a ne u attachment-u.

Mislim da je ova tema završena.

Ljudi vi nikako da shvatite, nije prednost C++ to sto moze da ima funkcije unutar klase, vec NASLEDJIVANJE klasa, to je glavna prednost i snaga OOP-a

Ok i polimorfizam (izmedju ostalog) odnosno nasledjivanje doprinosi OOP ali i ovo sto je Miki rekao ima veze, jer to predstavlja samu ideju enkapsulacije podataka.