Visual C++ 2008 - klasické nemanažované C++?
http://vbnet.cz/serial--14-c_cli_a_interoperabilit a_managed_a_unmanaged_kodu.aspx
Ak správne rozumiem správne tomuto seriálu, tak po nainštalovaní klasického Visual C++ 2008 môžem okrem Managed C++ používať aj klasické nemanažované "nestabilné" C++. Je to tak alebo musím niečo ešte doinštalovať? Má s tým niekto nejaké skúsenosti?
Ide o to, že sa chystám vytvoriť projekt, ktorý by bolo vhodnejšie na úkor stability napopísať práve v klasickom C++ kvôli rýchlosti a bol som až donedávna toho názoru, že kalsické C++ už vo visual Studiu neexistuje.
Ano mozes normalne pisat aplikacie nemanagovane. Pri vytvarani projektu si vyberes ze co robis. Nemanagovane aplikacie su stabilne (stabilnejsie jak cokolvek ine, ak neni programator idiot), nechapem co na nich ma byt nestabilne. Nestabilne su managovane hovadiny ptz zavisia od externych veci nad ktorymi nema programator ziadnu kontolu takze moze sa len ist pomodlit aby to MS neposral.
Preto bolo nestabilne v uvodzovkach. Idem robit sach a GC by sa z toho poGCal.
Kuře chce bejt chytřejší než slepice?
Tým si chcel čo povedať?
Že GC programovali programátoři, kteří moc dobře ví, co dělají (aspoň v Javě, nevím jak v C#), takže nevidím důvod se ho bát při tvorbě jakéhokoliv programu.
Ale pokud ti vyhovuje si pamět alokovat sám, či tvořit destruktory, tak prosím směle do toho...
To si fakt myslis ze v MS vedi co delaji? To si este nevidel Windows? Lebo kto uz videl tak si to uz nemysli
Je fuk co pouzije dolezity je vzdy samotny programator, v comkolvek (aj v jave) sa da nieco urobit aj dobre a aj uplne nahovno. Ocenujem snahu odputat sa od zbytocnej 250MB MS-hovadiny, ako to dopadne to nevieme, je to len na dotazovatelovi ;) Ale bude mat o hodne viac roboty, ak nepouzije aspon nejaku kniznicu typu MFC apod. Odporucam pouzivat aspon MFC ulahcuje to trochu pracu, ale vo VC express verzii neni MFC.
V tom seriáli sa píše o možnosti kombinovať manažované objekty s nemanažovateľnými. Objekty, ktoré budú v algoritme prehlbovania by som si radšej manažoval sám, čím ušetrím čas, ktorý by stratil GC a tých pár objektov, ktoré budú mimo algoritmu nech si kľudne GC manažuje. To mi už rýchlosť neovplyvní, pretože tie si GC ozaj obslúži za minimálny čas. Na druhej strane bude treba dať veľký pozor na to, aby mi v algoritme neunikala pamäť.
k tej poslednej vete sa fakt nevyjadrujem. Ano prave to je u sachu dolezite, alokovat si nieco vtedy kedy chces a nie v najvnutornejsej slucke od ktorej extremne zavisi rychlost "rozmyslania" sachu. A bavime sa o rozdieloch drastickych.
Tu nejde o to, že ako správne pracuje GC, ale o to, že čas behu GC bude skracovať čas behu algoritmu na testovanie ťahov. Pri šachovom algoritme je každá sekunda dobrá. Ak si myslíš, že GC odstráni milión objektov, ktoré algoritmus vytvorí za niekoľko sekúnd do niekoľkých desatín sekundy, to sa mýliš. V tomto prípade sa oplatí radšej kvalitne naprogramovať algoritmus, ktorý si po sebe bude aj sám upratovať. Získaný čas sa takto použije na väčšie prehlbovanie polťahov.