Если app.config для DLL должен быть в “основной конфигурации” …, что мы делаем со Ссылками WCF в DLLs?
Согласно документации GitHub API, вы не можете передать массив organizations, как вы объясняете.
Если GitHub не обновляет свой API для поддержки его, сейчас вам придется воспользоваться вторым вариантом:
Или это единственный вариант, чтобы программно создать запрос и объединить строки каждый псевдоним. Например, та же идея, как если бы я сделал что-то вроде входа в систему: "НАСА" ИЛИ "Github".
3 ответа
Да. Копия и вставка являются ответом. Это не большой ответ, но это - ответ, и это было со дня 1 в.NET 1.0 с AppSettings.
Нет Вы правы.
Но конечно Ваши сервисы WCF не находятся в бизнес-проекте слоя, но вместо этого в отдельном проекте, который действует как фасад на бизнес-слой. Ваш бизнес-слой является затем просто другим блоком, как это должно быть и не заботится, как к нему получают доступ, проект WCF делает это для него.
Или конечно Вы пишете хосты службы поддержки и помещаете минимальный объем информации в файл конфигурации (имя хоста, след большого пальца сертификата) и делаете остальных в коде.
Вы можете включить в проект библиотеки пользовательские файлы конфигурации, и эти файлы можно скопировать в исполняемую папку другого приложения (это немного липкая, но не такая уж большая проблема). Вам просто нужно использовать OpenMappedExeConfiguration, чтобы получить любую информацию в этих файлах. Затем вам нужно будет выполнить пользовательское кодирование при создании экземпляра прокси-серверов WCF (создать экземпляр привязки и передать его прокси). Я опаздываю на вечеринку здесь,