Citat:
MFC nije neophodan nikako, sam Microsoft ga ne koristi u svojim "vaznijim" programima. Ljudi ga najcesce koriste iz ovih razloga:
1. Ne znaju drugo
Ako mislis da u Silicijumskoj Dolini po firmama sede neobavesteni ljudi, ljuto se varas.
MFC je pretezak za web, to je cinjenica, ali za 'fat client' aplikacije je industrijski
standard. Gomila strateskog softvera je napisana u MFC-u. Alatke za programiranje
FPGA cipova (Xilinx i Altera) koje su krajem devesetih izmenile lice tehnologije su
odreda pisane u MFC-u.
Citat:
2. Legendarni Document/View interfejs
Jeste legendaran, jer ako pogledas sta sve dobijes za gotovo, stvarno su ga pisali
suvi geniji.
Citat:
3. Toolbar, Splitter, Menu i ostale klase koje daju mnostvo mogucnosti koje win32 kontrole nemaju po defaultu
4. Ostale nepotrebne klase, CString, CEdit, CListView, C[cega god se setis], itd.
5. Baze podataka, itd.
Meni ne treba nista od ovog, sve moze i bez mfca a ako nabavis/napravis neke svoje klase, mozes da imas svoju verziju tog doc/view-a.
Neke stvari su zaista proste - CString moze da napise svaki pocetnik u C++-u, cak
se to radi kao obavezan primer u ilustrovanju object-orjentisanog principa.
Sve se svodi na sledece: ako imas vremena na pretek, nigde ne zuris, ne ceka te
trziste, ne lupkaju nervozni venture kapitalisti prstima o sto, ili nemas neku svoju
drugu strucnu disciplinu za koju hoces da odvojis gro vremena, slobodno izmisljaj
svoje klase. Sve su sanse da ces kojih desetak godina posle Mikrosofta napraviti
noviju i bolju stvar. Posle toga sacekas jos pet godina dok i ostali prihvate tvoj
standard tako da mozes da nadjes dobre inzenjere sirom sveta koji to znaju da
koriste, i problem je resen.
Da vreme ne trci, mnostvo stvari bi bilo prostije.
Za ljude kojima je glavni fokus u necem drugom (meni je to recimo audio/video/DSP/
DVD) MFC dodje kao idealna alatka jer pruza mnogo, i sve je na dohvat ruke. Niko
ne pominje gotovo savrseno uradjen online help (MSDN), gde za gotovo sve mozes
da nadjes dobar putokaz.
Istini za volju, iako imam interesovanje za ostale razvojne alatke, jos nisam video
nista sto pruza korisniku mogucnosti da u svojim aplikacijama ima 99% features
koje se srecu u najeminentnijim aplikacijama.
Mislim da je situacija zrela da otvorimo temu u kojoj bi poznavaoci 'rasklopili u delove'
svoje omiljene alatke i pokazale sta zaista tu ima. Cini mi se kad bi smo lepo
prebrojali sta se sve sa cime dobija, stvari bi postale jasnije, a ko dizajnira novo imao
bi pregledniju situaciju u smislu sta sve treba da postigne/dostigne.
Citat:
Meni treba kontrola samo samo za aplikacije. MFC opet nije resenje jer ne moze da se koristi u vbu, ali stvarno bi bilo dobro da moze, mfc ActiveX kontrola je odlicna stvar, ali ne saradjuje sa okruzenjem (ambijentom, kontenjerom ili kako se to vec zove :) ).
Ovde te bas nisam razumeo, ne znam odakle ti ta prica - licno sam napravio bar jedno
desetak MFC ActiveX kontrola koje rade bas za fat client okruzenje. Probali su ih i
moji kolege u VB-u 6-ici, i radile su bez problema. ATL-u svaka cast na malom code
footprintu i (mozda) na brzini, ali nemas ugradjenu exceptions zastitu protiv bilo cega,
sto je uglavnom i razlog sto se daleko manje koristi u svetu profesionalnih aplikacija.
Da se vratimo na problem - mozda je pravo resenje za to sto hoces da tvoja ActiveX
kontrola pruzi samo interfejs za tvoju unutrasnju klasu koja bi bila public CRecordSet
ili sta ti vec treba i radila ispod haube sve sto treba da radi. Drugim recima, nije
potrebno da sama kontrola bude public CRecordSet.