WCF从理论到实践(15):响应变化-技术开发NET技术-Ubuntu系统_Ubuntu服务器

系列文章导航：

本文目的

需求变化是软件开发过程中的一大难题，我们经常扼腕叹息：面对变化，我们的软件为何如此不堪一击？我们常常在众多需求变化导致的功能爆炸中疲于奔命，甚至迷失自我！这到底为什么？面对"拥抱变化"这种得呐喊，我们的感受应该是震耳欲聋，还是振聋发聩？如果你仍在困惑，可以来看一看WCF是如何摆脱这种困境的！

序幕

小王效力于北京的一家系统集成公司，该公司内部有一个WCF服务为各个部门所共用，小王便是WCF服务的开发和维护人员。起初大家在一个办公楼工作，共用一个局域网，WCF运行的非常好，小王也因此获得了公司上下的一致好评。此时他们的WCF的使用状态如下图所示：

起初小王以为公司都在一个局域网之中，考虑到性能，WCF最早采用的是NETTcpBinding的绑定方式，契约部分是根据自己的业务需要开发的，而他为服务公布的最早的地址为：NET.tcp://127.0.0.1:6547/Service。他最早是用代码方式将服务托管到一个Console程序中的，托管代码如下：

ServiceHost host = new ServiceHost(typeof(ServiceLib.Service));

NETTcpBinding bind = new NETTcpBinding();

Uri address = new Uri("NET.tcp://127.0.0.1:6547/Service");

host.AddServiceEndpoint(typeof(Contracts.IService), bind, address);

NET技术：WCF从理论到实践(15):响应变化，转载需保留来源！

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。

系列文章导航：

相关文章阅读