När man ska göra ett program i VB var lagrar man då lämpligast saker i registret?
Det finns ju en mapp som heter "VB and VBA Program Settings" som man enkelt ska kunna komma åt i VB. Hur kommer man åt den?
Och är det lämpligt att lagra saker där?
Eller ska man köra med:
Public Declare Function RegOpenKey Lib "advapi32.dll" Alias "RegOpenKeyA" _
(ByVal hKey As Long, _
ByVal lpSubKey As String, _
phkResult As Long) As Long
Public Declare Function RegCloseKey Lib "advapi32.dll" _
(ByVal hKey As Long) As Long
Public Declare Function RegCreateKey Lib "advapi32.dll" Alias "RegCreateKeyA" _
(ByVal hKey As Long, _
ByVal lpSubKey As String, _
phkResult As Long) As Long
Public Declare Function RegQueryValueEx Lib "advapi32.dll" Alias "RegQueryValueExA" _
(ByVal hKey As Long, _
ByVal lpValueName As String, _
ByVal lpReserved As Long, _
lpType As Long, ByVal lpData As String, _
lpcbData As Long) As Long
Public Declare Function RegSetValueEx Lib "advapi32.dll" Alias "RegSetValueExA" _
(ByVal hKey As Long, _
ByVal lpValueName As String, _
ByVal Reserved As Long, _
ByVal dwType As Long, _
ByVal lpData As String, _
ByVal cbData As Long) As Long
Kör med de funktioner du har räknat upp. Då kan du välja helt och hållet själv var i registret du ska lagra dina inställningar. Den där "VB och VBA...." är till för några registerfunktioner som finns "inbyggda" i VB. Nu minns jag inte vad de funktionerna heter, men det spelar ingen roll. Det finns ingen anledning att låta VB-miljön bestämma hur du ska sortera dina egna registerposter. Bättre att bestämma det själv.
För övrigt kan det vara bra att lägga till diverse konstanter och typdeklarationer som är användbara med registerfunktionerna:
Public Type SECURITY_ATTRIBUTES
nLength As Long
lpSecurityDescriptor As Long
bInheritHandle As Long
End Type
Public Const HKEY_CLASSES_ROOT = &H80000000
Public Const HKEY_CURRENT_CONFIG = &H80000005
Public Const HKEY_CURRENT_USER = &H80000001
Public Const HKEY_DYN_DATA = &H80000006
Public Const HKEY_LOCAL_MACHINE = &H80000002
Public Const HKEY_PERFORMANCE_DATA = &H80000004
Public Const HKEY_USERS = &H80000003
Public Const SYNCHRONIZE = &H100000
Public Const READ_CONTROL = &H20000
Public Const STANDARD_RIGHTS_ALL = &H1F0000
Public Const STANDARD_RIGHTS_EXECUTE = (READ_CONTROL)
Public Const STANDARD_RIGHTS_READ = (READ_CONTROL)
Public Const STANDARD_RIGHTS_REQUIRED = &HF0000
Public Const STANDARD_RIGHTS_WRITE = (READ_CONTROL)
Public Const REG_BINARY = 3 ' Free form binary
Public Const REG_CREATED_NEW_KEY = &H1 ' New Registry Key created
Public Const REG_DWORD = 4 ' 32-bit number
Public Const REG_DWORD_BIG_ENDIAN = 5 ' 32-bit number
Public Const REG_DWORD_LITTLE_ENDIAN = 4 ' 32-bit number (same as REG_DWORD)
Public Const REG_EXPAND_SZ = 2 ' Unicode nul terminated string
Public Const REG_FULL_RESOURCE_DESCRIPTOR = 9 ' Resource list in the hardware description
Public Const REG_LINK = 6 ' Symbolic Link (unicode)
Public Const REG_MULTI_SZ = 7 ' Multiple Unicode strings
Public Const REG_NONE = 0 ' No value type
Public Const REG_NOTIFY_CHANGE_ATTRIBUTES = &H2
Public Const REG_NOTIFY_CHANGE_LAST_SET = &H4 ' Time stamp
Public Const REG_NOTIFY_CHANGE_NAME = &H1 ' Create or delete (child)
Public Const REG_NOTIFY_CHANGE_SECURITY = &H8
Public Const REG_OPENED_EXISTING_KEY = &H2 ' Existing Key opened
Public Const REG_OPTION_BACKUP_RESTORE = 4 ' open for backup or restore
Public Const REG_OPTION_CREATE_LINK = 2 ' Created key is a symbolic link
Public Const REG_OPTION_NON_VOLATILE = 0 ' Key is preserved when system is rebooted
Public Const REG_OPTION_RESERVED = 0 ' Parameter is reserved
Public Const REG_OPTION_VOLATILE = 1 ' Key is not preserved when system is rebooted
Public Const REG_REFRESH_HIVE = &H2 ' Unwind changes to last flush
Public Const REG_RESOURCE_LIST = 8 ' Resource list in the resource map
Public Const REG_RESOURCE_REQUIREMENTS_LIST = 10
Public Const REG_SZ = 1 ' Unicode nul terminated string
Public Const REG_WHOLE_HIVE_VOLATILE = &H1 ' Restore whole hive volatile
Public Const KEY_QUERY_VALUE = &H1
Public Const KEY_SET_VALUE = &H2
Public Const KEY_NOTIFY = &H10
Public Const KEY_CREATE_LINK = &H20
Public Const KEY_CREATE_SUB_KEY = &H4
Public Const KEY_ENUMERATE_SUB_KEYS = &H8
Public Const KEY_ALL_ACCESS = ((STANDARD_RIGHTS_ALL Or KEY_QUERY_VALUE Or KEY_SET_VALUE Or KEY_CREATE_SUB_KEY Or KEY_ENUMERATE_SUB_KEYS Or KEY_NOTIFY Or KEY_CREATE_LINK) And (Not SYNCHRONIZE))
Public Const KEY_EVENT = &H1 ' Event contains key event record
Public Const KEY_READ = ((STANDARD_RIGHTS_READ Or KEY_QUERY_VALUE Or KEY_ENUMERATE_SUB_KEYS Or KEY_NOTIFY) And (Not SYNCHRONIZE))
Public Const KEY_EXECUTE = ((KEY_READ) And (Not SYNCHRONIZE))
Public Const KEY_WRITE = ((STANDARD_RIGHTS_WRITE Or KEY_SET_VALUE Or KEY_CREATE_SUB_KEY) And (Not SYNCHRONIZE))
Om du vill använda dom inbyggda funktionerna i VB till att skriva i "VB och VBA Programs and Settings" eller vad det nu heter så heter dom SaveSetting, GetSetting och DeleteSetting.
Enda fördelen jag kan komma på med registret är väl antagligen att du kan ha olika inställningar för olika användare. Lite krångligare med filer. Annars tar man filer eftersom att för att läsa från exempelvis en ini-fil behövs det bara en enda API (om du inte vill skriva en egen funktion) och ger därigenom kortare och mer lättläslig kod. Hastigheten kan diskuteras. Man kan ju inte direkt påstå att det tar mycket längre tid att läsa från fil. Registret ligger sparade i filer det också. Om de filerna sen är laddade i minnet är en annan sak.
Microsoft rekommenderar i alla fall själva att man använder registret. Att de fortfarande stöder ini-filer, beror på att många äldre program använder sådana. Jag känner inte till så mycket om fördelarna, mer än att man kan lagra personliga inställningar för olika användare. Eftersom jag inte ser några speciella nackdelar med registret, tycker jag man lika gärna kan följa Microsofts rekommendation och använda det.
Varför jag anser att registret suger är för att
som jag trodde att alla viste ju fler program man har som använder registret så blir registret större och windows datorn böjar lagga....
och sen ha olika inställningar för olika användare funkar lika bra med en ini fil.
sen det som kanske skulle vara en fördel med registret är väl om man gör flera program som.
så kan man ha samma inställningar i alla programmen.
även om dom ligger i olika kataloger.
annars så e det bättre med inställningarna i en fil.
har man ett stort register så går det snabbare att öppna inställningarna från en fil.
Varför jag anser att registret suger är för att
som jag trodde att alla viste ju fler program man har som använder registret så blir registret större och windows datorn böjar lagga....
Nämen oj. du har väl ca 512 mb ram och 80 gig hårddisk, gör det något om swapfilen blir 10 kb större och om du förlorar 10 kb i ramminne...
Sen beror det på vad du ska spara för information. Om du gör en testversion t.ex. så kanske du vill spara installationsdatum i registret istället för en fil m. tanke på att folk oftast inte vill ha en massa ini-filer ligga kvar på hårddisken efter en avinstallation.
Jo men om man har många program och så,
så tar registret en massa minne.
sen om man inte har en installation och använder en massa reg nyklar och sen när man inte använder programmet mer så ligger nyklarna kvar.
sen nästa program man gör använder nya reg nyklar.
osv.
Men om man ska göra en shareware så e det bra med att ha registreringen och datum etc i registret och inte i en fil.
även om man kan ha krypterade filer etc.
Jo men om man har många program och så,
så tar registret en massa minne.
sen om man inte har en installation och använder en massa reg nyklar och sen när man inte använder programmet mer så ligger nyklarna kvar.
sen nästa program man gör använder nya reg nyklar.
osv.
sen tar det tillslut upp en massa minne.
Alltså 10 kb är 10 000 tecken och det man spara i registret är ca 200 tecken om man sparar mycket. Jag ligger själv på runt 50 tecken.
Så för att komma upp i 10 000 tecken så måste man installera en massa program.
Man skulle ju kunna göra en test och installera ett program och kolla hur mycket man förlorar på det men jag inte om det är värt besväret.
Det finns fördelar med INI-filer eller Conf-filer och det är att det är lättare att göra ett program som funkar i flera system.
om man e smart så inkluderar man ini filen i installationen.
då vid avinstallation så försvinner ini filerna.
Tydligen så läste du inte hela mitt inlägg. Jag snackar om att informationen som ligger i filen ska ligga kvar efter avinstallation. Inte försvinna. Det var därför jag föreslog registret till en sån sak. Och det är inte säkert att ini-filerna försvinner. Beror alldeles på vad du har för program och skapar installationsprogram i och i de flesta, om du vill att den ska försvinna eller inte.
UlfT ini filer kanske inte används så mycket dom flesta har gått över till xml filer istället...
Nja, xml-filer används till mycket. Men hur många använder dem istället för ini-filer? Jag tror faktiskt att de flesta har gått över till att använda registret istället. Xml använder de till andra saker, även om man iofs naturligtvis kan använda xml-filer för att spara inställningar. Kolla i RegEdit, så får du se hur många program som har lagrat sina inställningar där.
268 ms totalt · 4 externa anrop · v20260731065814-full.86ec41c2
