Проект установки Visual Studio - на пользовательские настройки реестра
Вот простой пример
from pandas import DataFrame
# Create data set
d = {'Revenue':[100,111,222],
'Cost':[333,444,555]}
df = DataFrame(d)
# mask = Return True when the value in column "Revenue" is equal to 111
mask = df['Revenue'] == 111
print mask
# Result:
# 0 False
# 1 True
# 2 False
# Name: Revenue, dtype: bool
# Select * FROM df WHERE Revenue = 111
df[mask]
# Result:
# Cost Revenue
# 1 444 111
4 ответа
Во-первых: Да, это - что-то, что принадлежит Приложения по точной причине, которую Вы определили: Что происходит после того, как новые профили пользователей создаются? Несомненно, при использовании домена, возможно иметь некоторый материал, вставленный в реестр на создании, но это не действительно вариант использования. Приложение должно проверить, существуют ли кипения и используют настройки по умолчанию если нет.
Однако возможно изменить другие пользовательские Ключи через Hive HKEY_USERS.
у меня нет опыта с Проектом Установки Visual Studio 2003 года, таким образом, вот немного (полностью несвязанного) кода VBScript, который мог бы просто дать Вам общее представление, где посмотреть:
const HKEY_USERS = &H80000003
strComputer = "."
Set objReg=GetObject("winmgmts:{impersonationLevel=impersonate}!\\" & strComputer & "\root\default:StdRegProv")
strKeyPath = ""
objReg.EnumKey HKEY_USERS, strKeyPath, arrSubKeys
strKeyPath = "\Software\Microsoft\Windows\CurrentVersion\WinTrust\Trust Providers\Software Publishing"
For Each subkey In arrSubKeys
objReg.SetDWORDValue HKEY_USERS, subkey & strKeyPath, "State", 146944
Next
(Любезность кода Jeroen Ritmeijer )
Я предполагаю что, потому что Вы хотите установить его для всех пользователей, что Вы находитесь на некотором общем компьютере, который, вероятно, работает под доменом?
ЗДЕСЬ БЫТЬ ДРАКОНАМИ
Скажем, Joe и Jane регулярно входят в систему компьютер, тогда у них каждый будут 'реестры'.
Вы тогда установите свое приложение, и установщик будет использовать гигантские взломы и отвратительные вещи установить объекты под HKCU для них.
ЗАТЕМ боб придет и войдет в систему (он, и 500 других людей имеют учетные записи в домене и так могут сделать это). Он никогда не использовал этот компьютер прежде, таким образом, у него нет реестра. В первый раз, когда он входит в систему, окна создает его один, но у него не будет Вашей установки.
Ваше приложение тогда падает или ведет себя неправильно, и боб жалуется громко на те дрянные продукты от включенного raynixon.
корректный ответ должен просто иметь некоторые настройки по умолчанию в Вашем приложении, которое может записать им в реестр, если это не находит их. Это - общая хорошая практика, что Ваше приложение никогда не должно зависеть от реестра и должно создать вещи по мере необходимости, для любого ключа реестра, не просто HKCU, так или иначе
Несмотря на то, что Архив статьи MSDN Статьи MSDN заявляет о Hive Пользователя/Машины, это не пишет в HKEY_USERS. Скорее это пишет в HKCU при выборе Просто Меня и HKLM при выборе всех.
, Таким образом, мое решение будет для использования Hive Пользователя/Машины, и затем в приложении это проверяет, находятся ли ключи реестра в HKCU, и в противном случае копирует их с HKLM. Я знаю, что это, вероятно, не самый идеальный способ сделать его, но это имеет наименьшее количество количества изменений.
Я отчасти к моему решению с этой записью на MSDN (не знайте, как я не мог найти его прежде).
Hive Пользователя/Машины
Подключи и значения, вводимые под этим ульем, будут установлены под ульем HKEY_CURRENT_USER, когда пользователь выберет "Just Me" или улей HKEY_USERS или когда пользователь выбирает "Everyone" во время установки.
редактор реестра Архив Статьи