nonepassby

摘要： 在第二篇中我们介绍了IDataPortalProxy的实现，本篇主要介绍Wcf服务的实现和配置以启用扩展的DataPortalWcf服务主要实现接收IDataPortalProxy传递过来的参数，并进行反序列化（因为Proxy是序列化过的参数），然后将参数重新组装成Csla.Server.DataPortal相应方法的参数，并调用相应的方法，接收返回参数并将返回参数序列化组装成Wcf方法的返回参数返回给调用方。代码如下：usingSystem;usingCsla.Server.Hosts;usingSystem.ServiceModel;usingSystem.ServiceModel.Ac. 阅读全文

摘要： 在 CSLA.NET快速入门系列——实现DataPortal扩展（一）中我们介绍了实现DataPortal扩展的步骤和DataPortal扩展实际的流程，并提出一个实际DataPortal扩展需求。在要本篇中我们介绍第一步骤：实现Csla.DataPortalClient.IDataPortalProxyIDataPortalProxy接口包含1个属性和四个方法：//摘要://Getavalueindicatingwhetherthisproxywillinvokearemotedataportal//server,orrunthe"server-side"dataport 阅读全文

摘要： 在前在的文章中我们介绍了CSLA中DataPortal实现原理，如下图所示：实现自定义DataPortal扩展，有三个步骤：第一个也是最重要的步骤：实现Csla.DataPortalClient.IDataPortalProxy，这是必须要实现的步骤。每二个步骤：如何实现客户端和服务端连接，这步不是必须的。第三个步骤：配置启用DataPortal扩展，达到业务代码不用修改即可以使用扩展的DataPortal。扩展DataPortal的流程如下：客户端代码：BusinessObject.Save()=>根据配置选择Csla.DataPortalClient.IDataPortalProxy 阅读全文

摘要： 在一般的业务系统中，父子关系的存在是非常广泛的，如订单和订单明细，部门和职员等。在前面的文章我们介绍了业务对象，命令对象和DataPortal的相关内容。在CSLA框架中，父子关系是一个很重要的关系，相应的实体对应到业务对象和业务对象集合，并通过父对象的属性成员来使用子对象集合。在一般应用中，有时只需要对root对象进行操作，而无需对其子对象进行操作，如果在加载root对象时，同时也将其所有子对象加载的话会造成比较差的性能。因此，CSLA框架提出了懒加载(LazyLoad)的概念，即只在需要操作子对象是才加载子对象。在CSLA框架中，只有Root业务对象才允许直接访问数据源（服务端代码，后端. 阅读全文

摘要： DataPortal是CLSA的一个核心概念，它从逻辑上将代码分为两个部分的代码：一部分为客户端代码（以下简称前端），一部分为服务端代码（以下简称后端），前端代码一般执行一些数据预处理，验证及提供数据实体等，后端代码一般执行数据存取。即然前端后端是在逻辑上划分的，所以DataPortal可以很方便的通过配置实现前端和后端的物理部署，即既可以前后端部署在一起，也可以前后端部署在不同的地方。不管实际部署如何，DataPortal中在前端和后端传递的对象应该是移动对象(MobileObject，实现了IMobileObject接口)，象我们常见的业务对象和命令对象等都是移动对象。DataPorta. 阅读全文

摘要： 命令对象（CommandObject）是CSLA框架中另一类比较重要的对象，它主要用于在服务端执行一段代码，这段代码可能是简单的数据访问，也可能是复杂的工作流或其它可在服务端运行的对象。命令对象的功能实际上也要以通过ReadOnlyBusiness对象来实现，但是使用ReadOnlyBusiness对象实现感觉复杂而不直观。而使用命令对象来实现则非常清晰而明确，即用于“运行服务器端命令“。CSLA框架中提供了命令对象的基类：CommandBase<T>，该类提供了一个用来执行服务端代码的虚方法：protected virtual void DataPortal_Execute()在 阅读全文

摘要： 上一篇介绍了不带安全配置的basicHttpBinding，basicHttpBinding的security mode 可以设置为以下值： Message, Transport, TransportWithMessageCredential, TransportCredentialOnly和 None本篇介绍security mode 为Message　且clientCredentialType为"Certificate"　的binding配置。在服务端app.config文件中，在endpoint 中指定了basicHttpBinding并且指向一个名为Binding1 阅读全文

摘要： 本篇开始讲述Wcf配置系统（本系列将以微软提供案例来验证），绑定是Wcf中的重要配置，绑定可指定在与终结点通话时所使用的通信机制，并指示如何连接到终结点。绑定包含以下元素：协议堆栈确定用于发送到终结点的消息的安全性、可靠性和上下文流设置。传输确定将消息发送到终结点时使用的基础传输协议，例如 TCP 或 HTTP。编码确定用于发送到终结点的消息的网络编码，例如，文本/XML、二进制或消息传输优化机制 (MTOM)。 Wcf框架内置了以下多种绑定：BasicHttpBindingWSHttpBinding WSDualHttpBindingWSFederationHttpBindingNetTc. 阅读全文

摘要： Windows Communication Foundation (WCF) 默认启用消息日志，WCF使用了在System.Diagnostics名称空间中定义的跟踪机制。在这个跟踪机制中，通过在配置文件中配置跟踪源(Trace Sources)和跟踪侦听器(Trace Listenners来记录跟踪数据。在WCF中，要启用消息日志，必须在配置文件中（服务端或客户端）添加一个侦听器来侦听源：System.ServiceModel.MessageLogging，并且还需要为<messagelogging>元素配置好属性。配置格式如下：<system.serviceModel&g 阅读全文

摘要： MSPL服务器应用程序部署到服务器运行以后，无法进行调试(debug)，要跟踪MSPL服务器应用程序的错误信息，只有通过日志的方式来实现。MSPL脚本中提供Log方法来帮助记录日志。Log方法的签名如下：voidLog(stringname,booldetail,stringstring1,stringstring2,...,stringstringN);参数 name 表示日志的逻辑名称（类型），可能的值有以下三种： Event:日志以警告（Warnings)的形式记录在事件日志(Event Log)中 Error:日志以错误（Errors)记录的形式记录在事件日志(Event Log)中. 阅读全文