Ésszerű játékmotort C-be írni? [zárt]

Ugyanakkor ésszerűtlen lenne ma egy teljes játékmotort C-ben írni?

Ésszerű, de kérdés, hogy mit vásárol meg neked? Valószínűleg nincs szüksége a C szélsőséges hordozhatóságra, és szégyen lemondani a C ++ összes szolgáltatásáról, hacsak nem állsz filozófiailag ellene.

Milyen előnyei vannak C-nek, ha vannak, a C ++ -val szemben?

Jobb fordítási idő?

Miért posztolna valaki szolidan szeretné használni a C-t a C ++ felett?

Szerintem ez leginkább esztétikai választás. Sok ember kedveli a C-t, mert egyszerű és minimális, és tisztának érzi magát. A C ++ sok szép funkcióval rendelkezik (önmagában a névterek miatt érdemes használni), de nagy és rendetlen is.

Hozzászólások

• Az Id Tech 4-ig
• @Josh: Könnyebb a hibakeresés !? A C-programokat köztudottan nehéz hibakeresni, főleg a mutatók és a memóriakezelés miatt. A C ++ programok (ha valódi C ++ programozási idiómákat használnak, amelyek hajlamosak elkerülni a mutatókat és a memóriakezelést, amikor csak lehetséges) több nagyságrenddel könnyebb hibakeresni.
• C érthető puszta halandók által. Úgy tűnik, hogy a C ++ sok funkcióval és éles esettel rendelkezik, a tapasztalt programozók még évtizedek után is megismerhetik a mindennapi élethez való felhasználást.
• A C ++ nagy nyelv, de ' félelmetes hírnevét leginkább olyan emberek terjesztik, akik ' csak rémtörténeteket olvastak, és ' nem szántak időt arra, hogy megtanulják . Rengeteget kell tanulni, de ennek fejében sok értéket kap. A C ++ segítségével sok olyan dolgot fejezhet ki, amelyet C egyszerűen tud ' t.
• @ BlueRaja-DannyPflughoeft #define malloc(x) my_malloc(x) #define free(x) my_free(x) és most hibakereső a memória. A C ++ használatával soha nem lehet tudni, hogy mikor kerül kiosztásra, mert nagyon sokféle módon lehet memóriát lefoglalni (új, malloc, osztályalkotók stb.)

Széles körben dolgoztam egy tiszta C játékmotorral, amely több terméket szállított, így ez teljesen lehetséges. Ez a személyes tapasztalatom a C és C ++ motorok mindkét munkájában:

1. A tiszta-C struktúrák használatával kihasználhatja a struktúrák összehangolásával kapcsolatos ismereteket, majd felhasználhatja ezeket az információkat. az objektum-perzisztencia és a sorosítási rétegek létrehozása. A motorral, amellyel dolgoztam, volt néhány egyszerű fejléc-elemző, amely automatikusan létrehozta ezeket a metaadatokat a struktúrákról, és ez bizonyos típusú adatműveleteket elenyészővé tett. Az önkényes C ++ fejlécfájlok elemzése lényegében lehetetlen, és amint az öröklődés és a virtuális függvények hozzáadásakor elveszíti annak a lehetőségét, hogy pontosan megtudja, hol vannak a memóriában a dolgok
2. A fordítási idő lényegesen rövidebb, mert a fejlécfájlokat nagyon kompaktan tudja tartani, és kihasználhatja a struktúrák előre történő deklarálását. / li>
3. A hibakeresés javítható, mert a sablonok és az öröklés nélkül nagyon könnyen meg lehet állapítani, hogy mi is egy adott objektum és mit csinál.

Mindezek az előnyök ugyanolyan egyszerűen elérhetők olyan visszafogott c ++ kód használatával, amely tartózkodik a sablonok és az öröklés használatától a sorosított objektumokon, de a CTO döntése szerint könnyebb lesz az egyszerűség érvényesítésére, ha a C ++ zavarosabb elemei nem állnak rendelkezésre.

Személy szerint szerintem ez kissé szélsőséges volt, mivel nagyon hiányoltam a változók ésszerű deklarálásának képességét a hurkokhoz és a sok teljesen jogos felhasználást örökösödés. De valójában ez nem sok termelékenységbe került a végén, ha figyelembe vesszük az összes dolgot.

Megjegyzések

• Ott ' s semmi sem akadályozza meg az öröklődés megvalósítását a C-ben. Ha pedig a C99-et használja, deklarálhatja a változókat a ciklusokra.
• Nem értek egyet a 3. ponttal. Ez ' s ugyanolyan könnyen lehet rendetlen, nehezen hibakereshető kódot írni C-ben, mint C ++ -ban. A jobb hibakeresés nem ' t a C nyelvben rejlő dolog.
• Még a tiszta kódot is nehezebb megérteni a C ++ nyelven – túlterheléssel, sablonokkal, virtuális függvényekkel és kivételekkel ' sokkal nehezebb egy pillanat alatt meglátni, hogy pontosan mi lesz a tényleges szabályozási folyamat.
• @Dan: Egyszerűen több dolog birtoklásával a C ++ nehezebb hibakeresés. Természetesen korlátozhatja az ilyen dolgok bármelyikének használatát, ebben az esetben ugyanolyan egyszerű lesz a hibakeresés, mint a C-nél – mert C-vé válik.
• A kevesebb dolog valójában az oka annak, hogy szeretem C. a CI-ben csak biteket és byte-okat másolhat egy memcpy elemre bármi miatt, mert a típusú rendszer nem engedi meg ' az olyan dolgokat, mint a másoló orvosok és a doktorok . Írni tudok kódot, tudván, hogy nem kellett ' visszaállítanom a mellékhatásokat szinte minden adott kódsorban, mivel ' nem tudok implicit módon kilép egy funkcióból, hacsak kifejezetten nem térek ki belőle; nincsenek kivételek. Mindez sokkal könnyebbé teszi az adatstruktúrák írását – a C ++ – ban a szabványnak megfelelő vector megírása nagyon időigényes, különösen, ha meg akarja csinálni …

C ++ és Lua nyelven írt 2D játékmotort írok át C és Lua nyelvre. Eddig a tapasztalatok elég jók voltak. Nyilvánvaló, hogy a vektor- és mátrixműveletek végzése C-ben nem tűnik olyan szépnek. Ettől eltekintve azonban a tapasztalat meglehetősen üdítőnek bizonyult, miután 10+ évet töltöttem C ++ fejlesztőként.

A C-nek számos előnyök a C ++ -val szemben:

1. A fordító gondoskodik arról, hogy statikus inicializálási időben ne fusson kód. Ez teljesen biztonságossá teszi a globális adatok, például kulcsként használt karakterláncok statikus kiosztását, pl.
2. Átlátszóság. A C hozzárendelésnél, vagy egy változó kiosztása vagy definiálása nem okoz rengeteg kód futtatását. A C ++ automatikusan másolattervezőket generál az Ön számára, így kevésbé tudja ellenőrizni, hogy mi kerül végrehajtásra a hozzárendelés során. li> Sok hibakeresés könnyebb lehet, mert nem kapják meg a függvényneveket.
3. általában rendben van a memcpy használata C-ben, de könnyen gondot okozhat a C ++ rendszerben, mert a másolatkészítők nem futnak. tha t memcpy sokkal gyorsabb, mint a std :: copy ez számít.

Ettől eltekintve számos előnye van a C gondolkodásmód elsajátításának. A C ++ – ban gyakran azon kapom magam, hogy kissé túl általánosított és elvont dolgokat csinálok. A C-ben általában olyan dolgokat vágok ki, mint a get-set módszerek, és gyakran előre rögzítek fix méretű tömböket, nem pedig dinamikus tömböket használok. Gyakran rövidebb és könnyebben hibakereshető kódot kapok C-ben. Az adatstruktúrák általában laposabbak és könnyebben megtekinthetők a hibakeresőben.

Igazság szerint soha nem készítenék egy alkalmazást kizárólag C-ben. működik, hogy kombinálom egy olyan magasabb szintű nyelvvel, mint a Lua, amely nagyon jól ki tudja egészíteni a C-t, ha a C nem olyan erős.

Az Id szoftver a motorjaik nagy részét a CI-ben írja, hisz, megnézheti Visszatérés a Wolfenstein kastélyhoz , amelyet C-ben írtak.

Néhány tapasztalatomról írtam a C méretezhetősége vs C ++ és az STL vektor hátrányai a sima tömbökhöz képest.

Megjegyzések

• FYI, minden esetben, amelyet ' ellenőriztem (ami szerintem a darwin gcc és a vc2008), az std :: copy lesz csak fordítsd a memcpy hívására, ha mindkét típus POD.
• Emellett RE: STL vektor vs sima tömbök, miért ne használhatnád a vecto szép részeit r és használjon normál C mutatókat iterátorok helyett, ha nem tetszik nekik '? Csak megteheti a & myvector [N] műveletet.' mindkét világ legjobbjainak tetszik, ha feltételezzük, hogy a C-kód ugyanúgy rendezi a memóriát. Vagy a ciklusokért nézze meg a BOOST_FOREACH oldalt. Még egyszerűbbé teszi, mint a C.
• Köszönöm az std :: copy memcpy-vel kapcsolatos tippet. Nem tudtam ezt '. Amikor Alexandrescu néhány évvel ezelőtt ezt kezelte, nem ez volt a helyzet. A C ++ iterátorokról. Elsősorban a filozófiáról szól, megpróbálom programozni, hogy a C ++ programot miként jelentette mind az emberek kedvéért, akikkel dolgozom, mind pedig a C ++ funkcióinak kihasználása érdekében. Elsősorban arra hívták fel a figyelmet, hogy egyes C ++ fejlesztések, például az STL tárolók, nem mindig jobbak, mint a régi C módon.

Nem ” Szerintem manapság senki nem használja kizárólag a C-t, általában egy magasabb szintű nyelvvel keveredik.

A C-ben történő programozásnak van némi előnye, például mondjuk a C ++ – ban történő programozáshoz képest. A C ++ sok olyan dolgot megtehet a motorháztető alatt, amely láthatatlan a felhasználó számára, ami károsíthatja a teljesítményt, ha nem vigyázol. A C ++ tud szörnyű is lenni, amikor gyorsítótár-használat, ami ismét károsíthatja a teljesítményt.