|
|
1
17
您可以使用configSource分离WCF配置。此处说明: 另一种选择是以编程方式配置WCF服务。 |
|
|
2
6
在这个类之后,只需像往常一样使用它来初始化服务主机 myServiceHost=新的自定义服务主机(ConfigFileName,类型为(QueryTree)); myServiceHost。Open(); |
|
|
3
5
我倾向于用程序配置我的所有服务设置。 我的客户不是真正理解XML的类型,他们要求我使配置文件更像旧的INI风格。 这很容易做到(不包括读取INI文件代码):
由于我们可以以编程方式配置主机(和客户端),因此没有什么能阻止您以您选择的任何方式(数据库、xml、疯狂文本文件等)提供设置。 |
|
|
4
3
我发现这篇文章可能对你有所帮助。我没有尝试过,但它似乎相当简单。 " configSource属性最早是在中引入的。NET framework 2.0支持外部配置文件。可以将此属性添加到任何配置节中,以指定该节的外部文件。 遗憾的是,system.serviceModel节组不支持此属性。如果您尝试添加它,您将收到以下异常: 无法指定属性“configSource”,因为其名称以保留前缀“config”或“lock”开头 我发现,您可以在system.serviceModel下的不同部分使用此属性,如服务、行为或绑定。 " |
|
|
5
2
我一直渴望做同样的事情——基本上甚至更进一步:将我的WCF配置放在数据库表中(因为我可以更改它——无法访问我的托管提供程序上的文件系统来更改配置文件:-()。 不幸的是,这似乎并不简单。.... 基本上,这归结为必须编写自己的自定义“ServiceHost”后代,以便根据需要处理配置。 以下是一个示例 loading WCF configuration from a custom config location . 这可能会让你走吗?我仍然希望有一天我能弄清楚“从数据库表加载我的配置”。……我想我只需要在工作中安静一周:-) |
|
|
6
1
SharePoint 2010在其服务应用程序模型中过度使用了这一点,其中每个服务代理从专用的.config读取其设置,该.config不一定是web.config或app.config,甚至没有从那里引用。 |
|
|
7
0
我在工作中有一个应用程序,它的工作原理有点像你在这里说的。我们在多个项目中有多个WCF服务,它们的所有配置信息都位于一个配置文件中。 我公司选择的解决方案是从配置文件中读取服务配置,然后根据读取的值以编程方式设置绑定、行为等。配置文件中的值不符合您在WCF服务中通常看到的配置内容——它的设计目的是让助手类在运行时轻松使用,以完成所有配置。 尽管如此,我根本不喜欢这样做——耦合太多,而且很混乱。 不过,这确实表明这是可能的——这是你在设计中需要考虑的一件事。 |
|
|
8
0
你可以这样做:
只需将您的服务模型部分剪下并放在单独的文件中即可。您必须将整个部分放入单独的配置文件中;使用此方法,您不能让一个节跨越多个文件。 |
|
|
ICTzaakDEV · 找不到Endpointelement 8 年前 |
|
|
Tree55Topz · 切换应用程序。运行时C的配置设置# 8 年前 |
|
|
Brendon · 配置系统未能初始化-设置设计器 9 年前 |
|
|
Nim · 应用程序配置设置为ComboBox 11 年前 |