03 2008 档案

如何从新开发的程序中提炼服务
摘要：现在已确写在SOA的开发中也不就是将所有的功能都开发为公开的服务,而只是将与其它软件会发生交互的部分才设计为服务。 通过这样的一种方式，就必须从新开发的程序中提炼出服务。那么这里应当怎么的提炼出来服务呢，提炼出来的服务又与程序中其它的功能是一种什么样的关系呢？ 在看SOA的很多介绍中都是将原有系统作为实现SOA服务的一个底层的依赖，根据这一种设想，那么根据以前的分层关系：x.IServices x... 阅读全文

posted @ 2008-03-15 09:43 蓝色游骑兵 阅读(166) 评论(0) 推荐(0) 编辑

应用程序架构
摘要：今天重新来设计应用程序的架构,采用比较简单的架构层次: x.DomainModels 用于定义领域模式 x.IService 用于定义调用服务的接口. x.IService.Impls 用于实现服务接口. x.IDataProviders 用于定义数据访问提供者的接口. x.IDataProviders.SqlServer 实现SqlServer的数据访问实现. x.Web 用于实现Web的界面的... 阅读全文

posted @ 2008-03-14 11:43 蓝色游骑兵 阅读(241) 评论(0) 推荐(0) 编辑

SOA架构中的思考
摘要：为了能够在开发中采用统一的分层方式和开发方法,将一个软件中需要交互或共享的服务分别称为企业服务和应用服务。但这里有一个问题就是如果企业服务需要调用应用服务怎么办呢。我想这里最好以两种方式来进行处理，一是尽量不要产生这种偶合性；二是或者看是否能够通过WCF中的双向通信之间的来解决这个问题。三是能否将二者的共同点合并在一起共享，企业服务和应用服务来共同访问这一部分。 阅读全文

posted @ 2008-03-14 09:20 蓝色游骑兵 阅读(146) 评论(0) 推荐(0) 编辑

WCF 中异常的设计
摘要：在今天的开发过程中需要定义WCF服务中的异常,就想了一个怎样来建立一个合适的服务异常的结构. 首先:如果定义的异常太多会增加在编写服务的客户端时的开发量. 其次:在WCF中不能像.NET中一样进行异常的继承之类的层次结构的设计. 所以在想的时候先想到就是尽量少的定义异常,会要针对于一大组问题定义一个异常就可以了.根据这个原则,结合以前的程序的开发,我设想需要以下异常: 针对于服务... 阅读全文

posted @ 2008-03-04 10:54 蓝色游骑兵 阅读(203) 评论(0) 推荐(0) 编辑

导航

< 2025年3月 >
日 一 二 三 四 五 六
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5
点击右上角即可分享
微信分享提示