Кто-нибудь разработал, как заставить PowerShell использовать файлы app.config
? У меня есть несколько .NET DLL, которые я хотел бы использовать в одном из моих сценариев, но они ожидают, что их собственные секции конфигурации будут присутствовать в app.config
/web.config
.PowerShell App.Config
ответ
Перекрестные ссылки с этой нитью, которая помогла мне с тем же вопросом: Subsonic Access To App.Config Connection Strings From Referenced DLL in Powershell Script
Я добавил следующее к моему сценарию, перед вызовом DLL, которая нуждается в настройки конфигурации, где $ configpath является местонахождение файл Я хочу, чтобы загрузить:
[appdomain]::CurrentDomain.SetData("APP_CONFIG_FILE", $configpath)
Add-Type -AssemblyName System.Configuration
Я предполагаю, что настройки должны быть в файле powershell.exe.config в каталоге powershell, но это, кажется, плохой способ делать что-то.
Вы можете использовать ConfigurationManager.OpenMappedExeConfiguration, чтобы открыть файл конфигурации на основе исполняемого имени DLL, а не exe приложения, но для этого, очевидно, потребуются изменения в DLL.
Я бы сильно НЕ использовал такое решение. Оберните его в консольное приложение, которое записывает данные как JSON в STDOUT или приложение ASP.NET WebAPI. Выбор между консолью и API будет зависеть от хостинга и безопасности. – yzorg 2016-09-13 22:41:47
Еще одна причина НЕ использовать: PowerShell получает обновления с ОС и powershell.exe.config - это защищенный файл ОС, что означает, что его нельзя просто редактировать с помощью блокнота. – yzorg 2016-09-13 22:42:05
Попытка новый ответ на старый вопрос.
Я думаю, что современный ответ будет: не делайте этого. PowerShell - это оболочка. Обычный способ передачи информации между частями оболочки - это переменные оболочки. Для PowerShell, которые будут выглядеть следующим образом:
$global:MyComponent_MySetting = '12'
# i.e.
$PSDefaultParameterValues
$ErrorActionPreference
Если параметры, как ожидается, будет наследоваться через процессы границ конвенции является использование переменных окружения. Я распространяю это на настройки, пересекающие границу C#/PowerShell. Несколько примеров:
$env:PATH
$env:PSModulePath
Если вы считаете, что это анти-шаблон для .NET, возможно, вы захотите пересмотреть. Это норма для размещенных приложений PAAS и станет новым стандартом для ASP.NET, работающим на оптимизированной сервером среде CLR (ASP.NET v5).
См https://github.com/JabbR/JabbRv2/blob/dev/src/JabbR/Startup.cs#L21
Примечание: на момент написания я ссылки на .AddEnvironmentVariables()
Я вновь этот вопрос несколько раз, в том числе с просьбой сам. Я хотел поставить ставку в землю, чтобы сказать, что PowerShell не работает с <appSettings>
. IMO, гораздо лучше использовать оболочечный аспект PS над аспектом .NET в этом отношении.
Если вам нужна сложная конфигурация, возьмите строку JSON. POSH v3 + имеет ConvertFrom-JSON встроенный. Если все в вашем процессе использует одну и ту же сложную конфигурацию, поместите его в файл .json и укажите на этот файл переменную среды.
Если один файл не хватает там хорошо принятые решения, такие как PATH
шаблон, GIT .gitignore разрешение или разрешение web.configASP.NET (который я не буду повторять здесь).
Вау ... ответ после всех этих лет :). Спасибо, я сделаю это. – Kev 2011-04-11 18:26:30