Как зайти в Даркнет?!
25th January, 01:11
6
0
Как в tkinter из поля ввода Entry получить значение в одну переменную и обновить строку кнопкой, затем получить ещё одно введённое значение и затем сложить их. Ниже пример кода
21st July, 19:00
895
0
Программа, которая создает фейковые сервера в поиске игровых серверов CS 1.6 Steam
21st March, 17:43
948
0
Очень долго работает Update запрос Oracle
27th January, 09:58
914
0
не могу запустить сервер на tomcat HTTP Status 404 – Not Found
21st January, 18:02
905
0
Где можно найти фрилансера для выполнения поступающих задач, на постоянной основе?
2nd December, 09:48
938
0
Разработка мобильной кроссплатформенной военной игры
16th July, 17:57
1724
0
период по дням
25th October, 10:44
3955
0
Пишу скрипты для BAS только на запросах
16th September, 02:42
3720
0
Некорректный скрипт для закрытия блока
14th April, 18:33
4613
0
прокидывать exception в блоках try-catch JAVA
11th March, 21:11
4381
0
Помогите пожалуйста решить задачи
24th November, 23:53
6086
0
Не понимаю почему не открывается детальное описание продукта
11th November, 11:51
4351
0
Нужно решить задачу по программированию на массивы
27th October, 18:01
4396
0
Метода Крамера С++
23rd October, 11:55
4309
0
помогите решить задачу на C++
22nd October, 17:31
4002
0
Помогите решить задачу на python с codeforces
22nd October, 11:11
4492
0
Python с нуля: полное руководство для начинающих
18th June, 13:58
2599
0
PowerShell App.Config
Кто-нибудь придумал, как заставить PowerShell использовать app.config файлов? У меня есть пара .NET DLL, которые я хотел бы использовать в одном из своих сценариев, но они ожидают, что их собственные разделы конфигурации будут присутствовать в app.config / web.config .
Перекрестная ссылка с этой нитью, которая помогла мне с тем же вопросом: Subsonic доступ к строкам соединения App.Config из ссылки DLL в скрипте Powershell
Я добавил следующее в свой скрипт, прежде чем вызвать DLL, который нуждается в настройках конфигурации, где $configpath-это расположение файла, который я хочу загрузить:
[appdomain]::CurrentDomain.SetData("APP_CONFIG_FILE", $configpath)
Add-Type -AssemblyName System.Configuration
Смотрите эту запись, чтобы убедиться, что указанный файл конфигурации применяется к контексту выполнения.
Я предполагаю, что настройки должны быть в powershell.exe.config в каталоге powershell, но это, похоже, плохой способ делать вещи.
Вы можете использовать ConfigurationManager.OpenMappedExeConfiguration для открытия файла конфигурации на основе имени исполняемого DLL, а не приложения exe, но это, очевидно, потребует внесения изменений в DLLs.
Попытка нового ответа на старый вопрос.
Я думаю, что современный ответ был бы: не делайте этого. PowerShell - это shell. Обычным способом передачи информации между частями shell являются переменные shell. Для 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 в этом отношении гораздо лучше охватить аспект shell из PS, чем аспект .NET.
Если вам нужна сложная конфигурация, возьмите строку JSON. POSH v3+ имеет встроенный ConvertFrom-JSON. Если все в вашем процессе использует одну и ту же сложную конфигурацию, поместите ее в файл .json и укажите на этот файл из переменной окружения.
Если одного файла недостаточно, существуют хорошо зарекомендовавшие себя решения, такие как PATH шаблон, GIT .gitignore разрешение или ASP.NET web.config разрешение (которое я здесь не буду повторять).