C++ Project --- v1

no, recimo, da se lotim eniga projekta v c++ jeziku. za orientacijo lahko povem, da bo zadeva objektno orientirana knjiznjica (sdk), ki bo omogocala lazji ter hitrejsi razvoj realnocasovnih aplikacij. bo pa portabilna ter v neki fazi tudi odprtoscenska .

nek osnovni nacrt, dizajn tega ogrodja (framework) ze imam v glavi, vendar pa je od dizajna do implementacije precej dolga pot. zatorej bi rad vasa mnenja ter nasvete kako se omenjenje zadevscine lotiti.

kje zaceti je prvo vprasanje. imho je potrebno postaviti nekaksne temelje knjiznjice. recimo standardizacija stila kodiranja. tu lahko upostevamo vse od oblike datotek, ki vsebujejo izvorno kodo, dokumentacije, ki iz nje nastane ter seveda "stil" kodiranja. no, za generiranje izvornih datotek sem si naredil tole(win32) orodje. upam, da vam bo vsecen . ok, to torej imamo. naslednji korak je dokumentacija. tu sem se odlocil za DoxyGen. stil kodiranja pa je povsem moja stvar! povem le, da bom uporabljal cudno mesanico madzarske ter svoje notacije. no nekaj je vidno ze iz generatorja :)
se to, celoten projekt bo v angleskem jeziku.

drugi vecji korak je gradnja osnove (base). prva datoteka mora imho vsebovati osnovne informacije o projektu (imena, pravice, verzija, itd...). to lahko poimenujemo osnovne definicije? ce hocemo zagotoviti portabilnost, je naslednja stvar, ki jo moramo zagotoviti, podpora razlicnim prevajalnikom (osnovni tipi) ter razlicnim platformam. temu sledijo razlicne nastavitve ter debug opcije knjiznjice. na koncu bi dodal le se neke standardne konstante (ali const ali define).

baza bi torej izgledala nekako takole:
- Base.hpp (glavni header)
-- Constants.hpp
-- SDKDebug.hpp
-- SDKConfig.hpp
-- Types.hpp
-- Compiler.hpp
---- CompilerMSVC.hpp
---- CompilerGNUC.hpp
---- CompilerMWERKS.hpp
-- Platform.hpp
---- PlatformWin32.hpp
---- PlatformLinux.hpp
---- PlatformMac.hpp
-- BaseDefines.hpp


da zagotovimo popolno portabilnost moramo upostevati tudi byte order (MSB vs LSB). tu pa ne vem, ali potrebujemo to funkcionalnost na tako nizski stopnji, ali pustimo ta problem razlicnim bralcem ter pisalcem?

mnenja, kritike ter financna pomoc so seveda dobrodosli

vsaka datoteka bo itaq imela svojo glavo (a nisi pogledu generatorja ).

kar se pa portabilnosti tice, je pa itaq tko, da je bolje bit pripravljen, ne? win ter linux bo ziher, ce se bo pa komjuniti zmigu pa tud kej vec

reinterpret_cast? ce bo slo vse po nacrtih, ga ne bi smel rabiti

o mejkanju bom pa uposteval nasvet!

caki caki, zakaj bi se izogibal template-om ter rtti-ju? soliden prevajalnik jih mora prebavit!
pedantnost ter perfekcionizem are my middle name
za 64 bitov bo itaq poskrbljeno, pa tudi pointer mumbo jumbo otpade. o unicode-u pa tudi resno razmisljam...

se ena stvar, imamo recimo tole:

#define REAL_PRECISION              64

#if REAL_PRECISION >= 64
typedef double    my_real
#else
typedef  float    my_real

kako se izognit tistim warningom ter pretvarjanju (f in podobno)? ker dvojnih funkcij se mi res ne da pisati...

heh

tole sem najdu.

ok, naslednja stvar - struktura direktorijev!

- bin
- lib
- include
- source
- doc

tko?

izogibaj se capsov v imenih datotek... ;>

Sicer je pa že nekaj podobnega na http://www.boost.org/.