Как настроить WCF в отдельном dll проекте
Используйте CSS для плавной прокрутки.
html {
scroll-behavior: smooth;
}
4 ответа
Я только ограничил опыт WCF, все с привязкой BasicHTTP. Но я аллергия на XML-файлы WCF и сумел избежать их к настоящему времени. Я обычно не рекомендую это, но я поместил детали конфигурации в свои приложения существующее хранилище конфигурации и затем применяю их программно. Например, С веб-сервисом проксируют, я использую конструктора для Клиента, который берет 'bindings'and 'конечную точку', и программно примените настройки к привязке и конечной точке.
Более изящное решение, кажется, descibed здесь: Чтение Конфигурация WCF от Пользовательского Местоположения, но я еще не попробовал его.
На основе моего опыта проекты библиотеки никогда не читают app.config.
Таким образом, можно действительно удалить файл, потому что он не используется. Конфигурация хоста библиотеки прочитана вместо этого, так, чтобы было единственное место, которым должны быть конечная точка и обязательная конфигурация.
Помните, что конфигурационный файл, читается исполняемым файлом, который имеет точку входа. Библиотека dll не имеет точки входа, таким образом, это не блок, который считает ее. Выполняющийся блок должен иметь конфигурационный файл для чтения.
Если бы требуется централизовать веб-конфигурации затем, я предложил бы, чтобы Вы изучили вложение их в IIS с виртуальными каталогами. Это позволит Вам использовать наследование конфигурации для централизации независимо от того, что Вам нужно.
Возможно воздержаться от конфигурации xml и создать классы Привязки и Конечной точки, связанные с сервисом в конструкторе или пользовательской "Сервисной Фабрике". iDesign имеет некоторую хорошую информацию об этом: http://www.idesign.net/idesign/DesktopDefault.aspx?tabindex=5&tabid=11 (См. На Фабрике Proc),
В их подходе Вы устанавливаете атрибуты на своих сервисах для определения на высоком уровне, как они должны работать (т.е. [Интернет], [Интранет], [BusinessToBusiness]), и сервисная фабрика настраивает сервис согласно лучшим практикам для каждого сценария. Их книга описывает создание этого вида сервиса: http://www.amazon.com/Programming-WCF-Services-Juval-Lowy/dp/0596526997
Если Вы просто хотите совместно использовать конфигурацию конфигурация XML, возможно, используйте атрибут configSource для определения пути для конфигурации: http://weblogs.asp.net/cibrax/archive/2007/07/24/configsource-attribute-on-system-servicemodel-section.aspx