Lord British:
Kakav crni WinAPI, gde si ti to video aplikaciju, bilo kog obima, na Windows-u koja koristi chisti Win32API za <kompletan GUI>?
Tu se slazem, cisti Win32API bi bilo suludo koristiti od strane programera, zbog toga i postoje jezici koji "upakuju" pozive API funkcija u lakse razumljive komande ili funkcije.
Lord British:
Win32API niko ne koristi na tom nivou, niti ce ga koristiti ako zna da ceni svoje vreme. WinAPI je mnogo vishe od crtanja prozora i dugmadi, i za te sistemske stvari je normalno da se koristi, ali da poredish MFC i WinAPI je smeshno, ali zabavno. GUI se NIKADA ne pravi na tako niskom nivou! Shta cesh da radish kad dodje Vista i tvoj "API" odjednom postane obsolete? Prepisacesh ga od nule?
E sad sto se tice pisanja od nule, naravno da ce ga pisati ako je koristio cisti API da bi nesto napisao od programa. Srecom te i "Vista" ili sta god to sledece bilo, mora imati svoj nekakav API, pa ce biti nesto lakse za implementaciju naredne generacije programskih jezika.
Slazem se sa svim sto si napisao, mislim samo da si zapravo reagovao na malo zbrkane uoptrebe pojmova i namena MFC, API u odnosu na programe, GUI itd, itd...
Zbog toga i mislim da je Petzhold neprevazidjen za citanje....
Osim toga, "savremeni" (za nas old-timere) jezici zapravo i nisu za startovati tek onako, uzmes knjigu pa pratis uputstva ili slicice ekrana. Savremen pristup programiranju ce sve vise traziti uslovno govoreci "multidisciplinarni" pristuo, kad govorimo o arhitekturi OS, OOP, API, logici povezivanja svega toga i jos mnogo drugih, naizled "nepotrebnih" stvarcica. A ako se sve to, ili deo, preskoci, dolazice do problema sa razumevanjem problematike a time naravno i u samom programiranju.
Sve mi se cini da svaki naredni OS ima tendenciju da pokusa da bude sto jednostavniji za samog krajnjeg korisnika a ustvari sve vise postaje kompleksna zayebancija za nas programere koji treba da programiranjem za taj OS zaradimo za Ferrari i kuce sa bazenima