博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
十五天精通WCF——第二天 告别烦恼的config配置
阅读量:7026 次
发布时间:2019-06-28

本文共 2665 字,大约阅读时间需要 8 分钟。

  经常搞wcf的基友们肯定会知道,当你的应用程序有很多的“服务引用”的时候,是不是有一种疯狂的感觉。。。从一个环境迁移到另外一个环境,你需要改变的

endpoint会超级tmd的多,简直就是搞死了人。。。好了,这篇我们来看看如何最小化配置。

一:精简service的config配置

  就像上一篇的代码一样,我的service端的config配置如下:

  通过上面的代码,你应该知道在system.servicemodel下的所有节点都是wcf专属的节点,所有的节点数据都会被开启servicehost这个监听器时捕获到,下面我可以

通过servicehost这个监听器的源码下面找找相关的读取config节点的代码。

通过上面的截图,你是不是有一种感觉,就是service的底层也是通过代码动态的读取config下面的节点来获取数据,那就意味着我可以直接将代码写入到code中,

对吧,这样我就可以把我认为该配置的东西配置起来,不该配置的东西全部放到代码里面去,这样我的灵活性是不是非常的强大。。。。爽吧,说干就干。。。

class Program1 { static void Main(string[] args) { ServiceHost host = new ServiceHost(typeof(HomeService), new Uri("http://localhost:19200/HomeService")); host.AddServiceEndpoint(typeof(IHomeService), new NetTcpBinding(), "net.tcp://localhost:1920/HomeService"); //公布元数据 host.Description.Behaviors.Add(new ServiceMetadataBehavior() { HttpGetEnabled = true }); host.AddServiceEndpoint(typeof(IMetadataExchange), MetadataExchangeBindings.CreateMexHttpBinding(), "mex"); host.Open(); Console.WriteLine("服务已经开启。。。"); Console.Read(); } }

有人就要说了,地址的话肯定不能是写死的,必须变活,简单啊,我就仅仅把ip地址配置到config里面去不就完事了,对不对。

class Program1 { static void Main(string[] args) { ServiceHost host = new ServiceHost(typeof(HomeService), new Uri(ConfigurationManager.AppSettings["baseurl"])); host.AddServiceEndpoint(typeof(IHomeService), new NetTcpBinding(), ConfigurationManager.AppSettings["endpoindurl"]); //公布元数据 host.Description.Behaviors.Add(new ServiceMetadataBehavior() { HttpGetEnabled = true }); host.AddServiceEndpoint(typeof(IMetadataExchange), MetadataExchangeBindings.CreateMexHttpBinding(), "mex"); host.Open(); Console.WriteLine("服务已经开启。。。"); Console.Read(); } }

现在看的话,是不是清楚多了,如果你觉得我的代码比较累赘,你可以封装成一个方法,然后就可以动态的配置nettcp,basic,ws*等等对吧。。。好了,说完服

务端,接下来我们看看client端如何避免。

二:精简client的config配置

就像上一节那样,如果我用“服务引用”的话,vs会偷偷的用svcutil.exe来给我们生成一个proxy类和一个config文件,proxy类也就是你看到的xxxclient。。。

可恶的是config里面会给我生成一些乱七八糟的东西,如下图:

同服务器端一样,如果我用code做掉,是不是非常的爽呢???那可不可以做掉呢? 我们还得看一下proxy的源码,首先你会看到其实所谓的proxy只是一个继承

自clientbase的一个类,如下图。

上面的两幅图,你会发现,最后的proxy类是通过ChannelFactory<TChannel>类来完成助攻的,那话说回来了,既然底层用了ChannelFactory<TChannel>,

那何不我在代码里面就用ChannelFactory<TChannel>不是更好吗???这样config也省了,对吧,说干就干啦。。。

static void Main(string[] args) { ChannelFactory
factory = new ChannelFactory
(new NetTcpBinding(), "net.tcp://localhost:1920/homeservice"); var channel = factory.CreateChannel(); var result = channel.GetLength("12345"); }

转载地址:http://xcmxl.baihongyu.com/

你可能感兴趣的文章
2014.7.30-8.3日广大网友的提问解答(答问题的第2个工作周)
查看>>
何玺评腾讯一起来捉妖,值得期待的区块链游戏
查看>>
LightBus新浪微博客户端开源下载
查看>>
Hyper-V 3.0网络虚拟化PART 2:外部交换机
查看>>
【翻译】培训提示:解决常见编码问题的简单技巧
查看>>
[全球最详细] 《统一沟通-微软-实战》VS《统一沟通-微软-技巧》-51CTO
查看>>
iptables官方手册整理
查看>>
Win8 官方培训课程
查看>>
用MacBook对交换机进行初始化配置
查看>>
Linux 的五个重启命令及具体说明
查看>>
Hadoop虚拟化扩展(HVE)之资源扩展技术
查看>>
Exchange日常管理之十九:配置邮件提示功能
查看>>
论脚本时代:盘点那些节省时间的自动化软件
查看>>
虚拟资源引流变现
查看>>
Powershell管理系列(三)2012 AD域用户UPN名称还原
查看>>
C#设计模式(13)——代理模式(Proxy Pattern)
查看>>
K8S集群基于metrics server的HPA测试
查看>>
Linux哲学思想:组合小软件完成大任务
查看>>
Windows Thin PC安装功能组件
查看>>
管理是资产?不,管理是负债
查看>>