Regbase vs Ini fil
Daily Rush › Debat › Off-topic › Regbase vs Ini fil
- Dette indlæg indeholder 17 kommentarer, har 13 deltagere og blev senest opdateret af
Radiohead for 4 år, 11 måneder siden.
-
ForfatterEmne
-
24/02/2016 kl. 21:10 #0
Hvor foretrakker du at programemr og smaa utilities gemmer deres opsaetning ?
I registrerings databasen ?
eller
I en fil hvor programmet ligger ?Sven Bent - Dr. Diagnostic
www.TechCenter.DK -
ForfatterEmne
-
ForfatterKommentarer
-
24/02/2016 kl. 21:19 #1
Depends on the program. Hvis det er noget hvor der skal være user specific config, så er regbasen bedst. Hvis det er noget hvor der blot er general config, så foretrækker jeg .ini filer.
Software jeg selv koder plejer jeg at bruge ini filer. Det er bare rart at have det så man kan redigere det på samme måde på alle platforme.
EDIT: Man kan selvfølgelig også gemme ini filer i userdir, på kryds af platforme. Men… Ja, så skal man til at rode rundt efter dem. Så jeg gemmer som regel bare en config i appdir. If it works, don’t fix it.
EDIT2: Jeg vil forøvrigt gerne høre fra folk om i ser nogle downsides til ini filer i appdir? Jeg oplever nemlig alt for ofte af programmer ikke rydder op efter sig selv i regbasen. Når man har en ini fil er alt derimod væk når appfolder slettes.
http://www.muldjord.com
24/02/2016 kl. 21:33 #2Filer selvfølgelig
24/02/2016 kl. 22:10 #3#1
som udgnags punkt ikke noget der er stotr nok til at der boer vare bruger specficik opsaetning.
jeg foretrakker personligt selv filer i samme mappe af samme aarsag. det er vaek nar det er slettet.
Sven Bent - Dr. Diagnostic
www.TechCenter.DK24/02/2016 kl. 22:26 #4ini-filer i samme mappe som programmet.
Men det er hverken praktisk ved et multi-user setup, eller længere muligt i Windows.
(Windows tillader jo ikke længere at en ikke-admin ændrer filer inde i Program files. (Pga. sikkerhedsrisikoen i det.))Hellere komme galt afsted, end slet ikke komme afsted.
24/02/2016 kl. 22:53 #5Helt klart i filer fremfor registreringsdatabasen.
Self-contained portable programmer er vejen frem.
May the source be with you
25/02/2016 kl. 02:11 #6#4 Derfor der er en all users/public mappe, at folk så ikke fatter at bruge den er et andet problem.
25/02/2016 kl. 11:38 #7Ja som #1 siger kommer an på situationen.
Hvis det er generelle indstillinger som layout / refresh time, eller what not af indstillinger bruger jeg normalt en ini / serliseret xml fil (lidt doven har man lov til at være)
Ja kræver at man requester en elevation for at kunne gemme i program files, men det er ikke så svært at kode, ellers har man userdir / users/public etc etc.Hvis det mere ‘system spesifik oplysninger’ som versions nummer af programmet, hvor programmet ligger etc, som evt er GULD at have, hvis du koder din egen autoudate feature, så fortrækker jeg helt klart at ligge det i regedit.
Det skal jo ikke ligge sammen med programmet, eller i den egen user mappe, fordi hvis det ligger i program mappen, så skal man altid installere den lige i den hardcoded mappe (dårlig kodning) (man skal aldrig kode sit aldrig full crawl af drev) for at kunne opdatere det.
Eller ikke i user mappe pga hvis en anden bruger så også vil installere det samme program, selvom den allerede har installeret, er det godt at kunne informere om dette, eller tage fohold for det.
Men når alt det er sagt, det kommer an på sitationen. Do what makes sence, og hvad der er bedst at vedligeholde
I believe our future depends powerfully on how well we understand this cosmos in which we float like a mote of dust in the morning sky. -Carl Sagan
25/02/2016 kl. 11:53 #8jeg foretrækker i cookies, ligesom Clicker Heroes.
DAMN YOU Clicker Heroes!
25/02/2016 kl. 12:16 #9#6 Ja, men den slags mapper hindrer netop portabiliteten af programmer.
Og så har det også den sideeffekt at programmerne glemmer at slette filerne bagefter.
Og så er der kaoset som altid opstår i mappen. Sandheden er at man aldrig ved helt hvilke filer man bør tage med over for at ens settings kommer med.
Hellere komme galt afsted, end slet ikke komme afsted.
25/02/2016 kl. 12:36 #10#9 Hvad programmerne glemmer eller ikke glemmer er vel op til kvaliteten af de programmer at gøre, omend jeg ikke forstår hvorfor du blander den diskussion sammen med portable applikationer.
Derudover er der vel intet som afholder dig fra at programmet installeres i allusers profilen?
Jeg forstår heller ikke hvorfor du mener at program files skal bruges omvendt af hvad det er designet til.
Hvis du har portable applikationer er det da intet problem at det ligger i samme mappe fordi det er da klart du ikke skal “installere” applikationen i program files mappen hvis det er portable applikation.
25/02/2016 kl. 12:48 #11Der er fordele og ulemper ved begge løsninger.
Men jeg er også mest til ini filer i samme bibliotek som #3. også når jeg selv koder.
Nok også fordi det er så dejligt nemt lige at ændre i ini filen.
25/02/2016 kl. 13:37 #12jeg foretrækker clicker, ligesom i Cookie Heroes
1 kone, 2 døtre, 1 søn, 1 hund og 1 kat i stalden...
25/02/2016 kl. 14:26 #13Nu er jeg ikke programmør, men når der endelig skal pilles i nogle indstillinger man ik lige kan finde i GUI’en så er jeg da gladest når der sker i en INI fil.
PSN: Goffer-DK
25/02/2016 kl. 22:41 #14I en fil hvor programmet ikke ligger.
Så er det let at whipe’e biblioteket, men bevare konfigurationen. Samtidig er man ikke bundet til Windows. Samtidig kan forskellige brugere have sine egne konfigurationer. Samtidig kan forskellige projekter dele konfigurationsfiler (f.eks. til credentials o.l.) uden at det bliver noget rod.
P=NP?
26/02/2016 kl. 01:18 #15Jamen saa blev jeg jo maegtig klogere
I dette tilfaelde er det er lille portapelt program og yderst faa indstillinger. faktsik indsaa jeg slet ikke at men ville gemme sine indstillinger da andring i frhold to default kun skal ske i specialle situationer.
men bruger feedback sagde at det ville de nu gerne.
Jeg kan jo principelt lave begge ting. og give brugern mulighed og ved opstart vil .ini/.xml fil tage styring hvis den esksiter og hvis ikke daffer den i reg basen for at hente indstillinger.
syndes bare det virker som en lidt kanon imod spurve loesning.
takker for alt input
Sven Bent - Dr. Diagnostic
www.TechCenter.DK -
ForfatterKommentarer
- Du skal være logget ind for at kommentere på dette indlæg.
























