2008-08-20 6 views
22

Кто-нибудь разработал, как заставить PowerShell использовать файлы app.config? У меня есть несколько .NET DLL, которые я хотел бы использовать в одном из моих сценариев, но они ожидают, что их собственные секции конфигурации будут присутствовать в app.config/web.config.PowerShell App.Config

ответ

32

Перекрестные ссылки с этой нитью, которая помогла мне с тем же вопросом: 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 
+3

Вау ... ответ после всех этих лет :). Спасибо, я сделаю это. – Kev 2011-04-11 18:26:30

6

Я предполагаю, что настройки должны быть в файле powershell.exe.config в каталоге powershell, но это, кажется, плохой способ делать что-то.

Вы можете использовать ConfigurationManager.OpenMappedExeConfiguration, чтобы открыть файл конфигурации на основе исполняемого имени DLL, а не exe приложения, но для этого, очевидно, потребуются изменения в DLL.

+0

Я бы сильно НЕ использовал такое решение. Оберните его в консольное приложение, которое записывает данные как JSON в STDOUT или приложение ASP.NET WebAPI. Выбор между консолью и API будет зависеть от хостинга и безопасности. – yzorg 2016-09-13 22:41:47

+0

Еще одна причина НЕ использовать: PowerShell получает обновления с ОС и powershell.exe.config - это защищенный файл ОС, что означает, что его нельзя просто редактировать с помощью блокнота. – yzorg 2016-09-13 22:42:05

2

Попытка новый ответ на старый вопрос.

Я думаю, что современный ответ будет: не делайте этого. 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 (который я не буду повторять здесь).