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

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

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

摘要： 经过一个月的不断开发，设计的Ｎ次重新修改，终于将针对于单个表的访问搞好了，哈哈，太高兴了．对于是否真的满足了我的需要只有在使用的过程中再走一步看一步了．对于多对多关系的支持和什么生成数据表等等方面的内容，以后再根据需要来来重新编写了． 经过这次开发，充分理解了单元测试的独特魅力，当最初通过所有测试的时候，其实还是一个结构不好，类的职责不明确的混乱设计，编写完成后，经过三天左右的重新设计，添加新的类... 阅读全文

摘要： 在做数据访问组件的时候为了实现我最初的想法我直接定义与DomainModel CRUD相关的四个接口来实现对应的操作,代码如下: public interface IInsertBroker { void Insert(T domainModel); } public interface IDeleteBroker { void Delete(object id); void... 阅读全文

摘要： 这两天做数据访问组件，经过不断的修改与改进终于功能将要完成最后的代码复查工作，在检查的过程中发现这样一个问题，组件中有一个IDbContext的接口专门用于处理与数据库相关的内容，主要处理生成参数名啊，属性数据向数据库数据转换，数据库数据向属性转换等方面的职务．在其它委多类中都需要使用，很多的类都需要这个信息来生成其它相关的内容．对于些类可能有两种方式来设置相关的IDbContext对象，一种方式... 阅读全文

摘要： 这两天想了想还是先将自己需要的数据访问组件先编写出来,前面也看了些关于ORM与MS Framework 3.5中的ORM，但经过思考还是写一个自己的这样我自己认为比较好。 自己需要编写的话就必须先知道自己最后想要的是一个怎么样的结果，所以先在这里记录一下简单的需求： DomainModel的Insert操作：这里的操作只是简单的向数据库中将DomainModel添加到数据库... 阅读全文

摘要： 啊,学习SOA与WCF也已经有两三周了,今天在想是先做数据访问的组件呢,还是先做SOA方面的内容.不知道先做那方面的内容才好点.还是先做数据访问部分的内容吧,这部分的内容相对想法比较成熟,也可以在编写的过程中多了解一些关于SOA方面的内容. 阅读全文

只有注册用户登录后才能阅读该文。 阅读全文

摘要： 关于我对于面向服务架构的一些设想和思考 阅读全文