Registry. A ako baš treba da bude fajl, neka ima ekstanziju ini.

Meni xml serijalizacija uvek zavrsava taj posao. Jos je ulaz/izlaz xml fajl pa je dostupan iz bilo kog sistema (ako bude potrebe za time).
Evo primera:
http://www.developer.com/net/csharp/article.php/3110371

Moze i configuration manager da posluzi http://msdn.microsoft.com/en-u...rationmanager.appsettings.aspx.
a ima i novija varijanta(od 2005-ice) settings http://msdn.microsoft.com/en-us/library/aa730869(VS.80).aspx
nisam koristio ali sam cuo pohvale, mada i ja najcesce koristim xml ili binarnu serializaciju ali moze da izazove
probleme ako se recimo izmeni klasa koja se serializuje a postoje vec snimljeni settingsi u upotrebi koji onda ne
mogu da se deserializuju u izmenjenu klasu.

Sve varijante dolaze u obzir al meni se cini da je ovde pravi izbor na registry-iju jer je zato i stvoren

Ako cuvas u nekom od txt fajlova (xml,ini itd..) jedino sto ces morati je da parsiras vrednosti iz stringa u ciljni tip
sto mozda moze izazvati (sanse su male .NET ima parse funkcije za sve native tipove)
gresku u zaokruzivanju nekih preciznih vrednosti a ticu se te kalibracije ...

Zamisli robot zbog lose zadnje 2 decimale podigne ruku na tebe :) :)

Salu na stranu ... U Win32 Registry imas na raspolaganju kljuceve za sledece tip-ove : DWORD(32-bit unsigned int), String, Binary,MultiString.
U Binary mozes da stavis sta ti je volja al ne znam da li ima neko ogranicenje u broju bajtova ...

Druga stvar: Setovanja su ipak sklonjena od user korisnika
(ne znam koliko ti je ovo bitno ali korisnik treba da pokrene regedit i da je nadje da bi nesto izmenjao)
a ovako moze da otvori taj ini ili neki xml fajl u app direktorijumu i da prchka po njemu ...
a takodje setovanja ostaju u registry-iju i posle instalacije ili instaliranja nove verzije programa koja dodaje nove vrednosti

Treca stvar: ako treba da preselis settings na drugu masinu gde je instlairan program ..
uradi export cele grane u *.reg fajl i pokreni ga na drugoj ...

Po pitanju ovog poslednjeg se apsolutno slazem sa tobom, ali i fajl mozes iskopirati na drugu masinu i pokrenuti aplikaciju.

Za xml i binarnu serijalizaciju nema potrebe da brines o parsiranju u ciljani tip, to se "desava samo".

Nece robot zbog serijalizacije i deserijalizacije (bilo xml, bilo binarne) dici ruku na tebe. Duze vreme koristim te tehnike u jednoj zelezari gde je preciznost jako bitna, a nismo imali nikakve probleme. I ne naziru se, cenim.

Pitanje je da li imas savesne korisnike koji nece brljati po konfiguraciji. I redzistri i xml fajl su u principu otvoreni, citljivi su (naravno da zavisi koliko zelis da komplikujes), a binarnom serijalizacijom bi se osigurao da korisnik ne moze da procita sta tu pise.

Ma svi ovi nacini su ok. Svaki ima prednosti i mane, ali ne treba mnogo gubiti vreme na to. Nadji onu tehniku koja ti najvise odgovara i to je to.

Ovaj predlog je takodje dobar, nadovezuje se na xml serijalizaciju:

Bila je to samo sala ... a i pomenuo sam da su sanse veoma male da nastane neka greska.
Kod binarne serijalizacije sigurno se nece desiti ..dok kod xml bas i nisam 100% siguran
Jednom sam radio program koji je upisivao nesto u xml fajl i imao sam vrlo neprijatan bug

Parsiranje datuma iz XML fajla nije prolazilo iz nekog razloga jer su neki korisnici imali razlicit regional settings na windows-u
Zasto je tako bilo ..ne pitajte me ...



Registry jeste citljiv ali ako nadjes granu u kojoj aplikacija upisuje setovanja ..
Obican korisnik ima privilegije da izmeni neki xml txt fajl u app direktorijumu dok za registry mozda i nema
(sve zavisi koja je grana u pitanju HKEY_CLASSES_ROOT,HKEY_LOCAL_MACHINE,HKEY_CURRENT_USER itd ... )

@Seme
Bilo kako bilo da ne duzimo pricu ostaje na tebi da izaberes sta ti vise "lezi" jer sve varijante dolaze u obzir ...


_{[Ovu poruku je menjao deerbeer dana 20.05.2008. u 12:44 GMT+1]}

Mozda je offtopic, mozda nije. Ne znam da li ti to igra igru, ali bar po mom ortaku koji se bavi robotikom akademski, novije generacije industrijskih robota imaju jedan od dva mehanizama koji pomazu u ovim situacijama.
Prvi je parce flash-a u samoj elektronici robota koji je user-accessible i koji ima dovoljno mesta za smestanje kalibraicionih podataka. Softver ucita te podatke i uskladi svoje komande robotu u skladu sa njima, a tokom kalibracije se parametri smestaju u samog robota te je nevazno koji kompjuter se koristi za upravljanje.
Drugi je numericki procesor u samom kontroleru robota koji ima svoj flash za kalibraciju i koji automatski radi scaling i shifting ulazinih podataka pre nego obavi pomeranje. U tom slucaju je kalibracija transparentna za softver jer softver uvek radi sa maksimalnim apsolutnim opsegom komandi a sam robot ih pretvara u relativne komande motorima.

Mozda bi trebalo da pogledas sta tvoja robotska ruka podrzava, jer ti mozda aplikaciono konfigurisanje ni ne treba.

Hvala na iscrpnim odgovorima. Resio sam da kalibracione podatke cuvam u samom kontroleru robota, ko sto je i rekao mmix