Web服务本来就是没有区分代码的，在这个例子里在下多开发了一个Service Interface目的是为了使系统更易于管理。在开发期间，Service是不断更改的，如果在UI层上直接调用服务层，那更改将会是频密的，所以在这 里在下开发一个Service Interface层目的是为了把WSDL集成在同一个DLL程序集里面，进行统一修改。最后UI层只要直接调用Service Interface，就可以对系统直接进行操作。要以不同开发工具来实现Service Interface，这个的代价并不大，开销是可以承担的。下面附上最简单的例子，希望有经验的高手给予点评，有不妥的地方请多加指教。
namespace Ucsmy.Portal.BLL
{
public class ExampleManager
{
public IList < Example > GetList( int workers)
{
IExampleDAL examleDAL = DataAccess.CreateExampleDAL();
return examleDAL.GetList(workers);
}
}
}
// 在Ucsmy.Portal.Service层里使用WCF直接调用BLL层里面的方法
namespace Ucsmy.Portal.Service
{
[ServiceContract(Namespace = " Ucsmy.Portal.Service " )]
public interface IExampleService
{
[OperationContract]
IList < Example > GetData( int workers);
// TODO: 在此添加您的服务操作
}
public class ExampleService : IExampleService
{
public ExampleManager exampleManager;
public ExampleService()
{
exampleManager = new ExampleManager();
}
public IList < Example > GetData( int workers)
{
IList < Example > exampleList = exampleManager.GetList(workers);
if (exampleList != null )
return exampleList;
else
return new List < Example > ();
}
}
}
在原代码中，在下以Ucsmy.Portal.ServiceFactory实现Service Interface层，其实这个ServiceFactory没有太多工作，只是对WCF添加服务引用，然后直接生成DLL即可。当然这只是初步的做法， 在日后完善代码的时候，这一层还需要对WCF的生命流程进行管理。
最后在UI层只要直接添加对Service.Portal.ServiceFactory的引用就可以直接运行，无需再理会 BLL,DAL.......等复杂的逻辑转换。在实现多功能分布式开发的时候，以WCF实现的SOA的开发方式更能展示其优势。在现代的大型企业系统开 发过程中，系统往往会使用B/S,C/S混合的开发模式。在以往的开发过程，开发人员往往把B/S，C/S分开来实现。在使用WCF技术后，开发人员可以 把功能模块统一发布为WCF，然后绑定不同的endpoint进行发布，将B/S和C/S方式的业务逻辑层真正地融合在一起，从而降低开发难度。
使用WCF实现SOA，可以对事务、安全、编码等进行统一管理，协调了各服务器之间的系统操作。它涵盖了之前微软推出的所有用于分布式开发的技术，包括Remoting、Web Services、WSE、MSMQ等，并以一种统一的编程模式来实现。WCF既支持具有互操作性的Web服务，也能够实现.NET客户端 与.NET服务端的通信，提供了分布式事务的支持，同时在安全性上，它完全遵循了WS-*的标准，此外，它还支持队列服务，可以非常方便地利用消息队列完 成异步操作与脱机调用。在众多优点的支持下，使用WCF实现SOA面向服务开发不失为一种理想地选择。
