开发笔记 第796页

Flex 无疑是RIA第一位得选择，而JAVA 可以是Enterprise application 的第一选择。 结合二者来开发Web App 无疑是一种走向流行的方案。 前端Flex＋后端JAVA的简单架构如图：

在实际得开发中实现上述结构的方法非常之多。我只是将自己开发的渐变过程记录下来。希望对后来者有所借鉴。

这个系列blog包括：

一。混沌未开－Flex-all-in-one

二。中央管理－Flex Central Managerment

三。MVC框架－Flex Cairngorm

四。咔嚓Front Controller的Cairngorm

五。轮回转世－Mate

样例。

为简洁起见，用一个非常简单的样例来演示开发过程：密友列表

系统只有二个画面：

  登录－LoginView：

输入用户名和密码并登录， 进入密友列表画面（BuddyListView）：

由于这个系列blog焦点在Flex应用开发方式，所以只选择Remote Object  作为和后端通讯的方式。AMF的实现使用Adobe 的opensource data service－BlazeDS。Java代码非常简单。仅限于配合这个blog系列。

相关得配置文件和JAVA class 如下：

1。remot-config.xml：

<?xml version=”1.0″ encoding=”UTF-8″?> <service id=”remoting-service”     class=”flex.messaging.services.RemotingService”>      <adapters>         <adapter-definition id=”java-object” class=”flex.messaging.services.remoting.adapters.JavaAdapter” default=”true”/>     </adapters>      <default-channels>         <channel ref=”my-amf”/>     </default-channels>     <destination id=”flexmvcRO”>      <properties>       <source>com.ny.blog.flex.mvc.accessor.DummyAccessor</source>       <scope>session</scope>       </properties>      <adapter ref=”java-object” />     </destination>  </service>  

2.DummyAccessor.java:

package com.ny.blog.flex.mvc.accessor;  import java.util.ArrayList; import java.util.List;  import com.ny.blog.flex.mvc.pojo.Friend;  public class DummyAccessor {   public DummyAccessor() {  }    public boolean login(String userName,String password){   return true;  }    public  List<Friend> getAllFriends(String userName){   List<Friend> myBuddy = new ArrayList<Friend>();   Friend dummy1 = new Friend();   dummy1.setFirstName(”John”);   dummy1.setLastName(”Smith”);   myBuddy.add(dummy1);      Friend dummy2 = new Friend();   dummy2.setFirstName(”Andy”);   dummy2.setLastName(”Jones”);   myBuddy.add(dummy2);      Friend dummy3 = new Friend();   dummy3.setFirstName(”Michael”);   dummy3.setLastName(”Niu”);   myBuddy.add(dummy3);   return myBuddy;  }  

3.相关  pojo Friend.java：

public class Friend {  private String firstName;  private String lastName;  private String nickName;  public Friend() {  }  //getter and setters … }  

Lets go ：混沌未开－Flex-all-in-one

学了多种语言，今天起把目标瞄向了Python和Perl。先从Python开始。

———————我是pangpang分隔线———————

官网上对Python的定义：

Python is a great object-oriented, interpreted, and interactive programming language. It is often compared (favorably of course  ) to Lisp, Tcl, Perl, Ruby, C#, Visual Basic, Visual Fox Pro, Scheme or Java… and it's much more fun.

Python combines remarkable power with very clear syntax. It has modules, classes, exceptions, very high level dynamic data types, and dynamic typing. There are interfaces to many system calls and libraries, as well as to various windowing systems. New built-in modules are easily written in C or C++ (or other languages, depending on the chosen implementation). Python is also usable as an extension language for applications written in other languages that need easy-to-use scripting or automation interfaces.

———————-我是pangpang分隔线———————

已搭建的系统环境：

CentOS 5.1 kernel 2.6.18

Python 2.5

———————我是pangpang分隔线———————

Python的流行框架有很多，纳入考虑范围的有django、pylons、web2py，另外，因豆瓣网而关注quixote。

摘自：http://wiki.woodpecker.org.cn/moin/PyWebAppFrameworks

在比较后，决定使用pylons。

———————我是pangpang分隔线———————

相关链接：

Python  http://www.python.org/

Python wiki  http://wiki.python.org/moin/FrontPage

Python Tutorial  http://docs.python.org/tutorial/index.html

Learn Python in 10 minutes http://www.poromenos.org/tutorials/python

pylons  0.9.7  http://www.pylonshq.com

django  1.0.2  http://www.djangoproject.com/

web2py  1.5.7  http://mdp.cti.depaul.edu/

quixote  2.6  http://quixote.ca/

一.摘要

一个Url请求经过了Routing处理后会调用Controller的Action方法. 中间的过程是怎样的? Action方法中返回ActionResult对象后,如何到达View的? 本文将讲解Controller的基本用法,  深入分析Controller的运行机制, 并且提供了创建所有类型Action的代码. 值得学习ASP.NET MVC时参考.

二.承上启下

在上一篇文章中, 我已经学会了如何使用Routing获取Controller和Action, 随后的程序会调用Controller中的Action方法.

每个Action方法都要返回一个ActionResult对象. 一个Action会将数据传递给View,如图:

三.Controller与Action的作用

1.职责

Controller负责将获取Model数据并将Model传递给View对象.通知View对象显示.

2.ASP.NET MVC中的Controller和Action

在ASP.NET MVC中, 一个Controller可以包含多个Action. 每一个Action都是一个方法, 返回一个ActionResult实例.

ActionResult类包括ExecuteResult方法, 当ActionResult对象返回后会执行此方法.

下面分层次的总结Controller 处理流程:

1. 页面处理流程

发送请求 –> UrlRoutingModule捕获请求 –> MvcRouteHandler.GetHttpHandler() –> MvcHandler.ProcessRequest()

2.MvcHandler.ProcessRequest() 处理流程:

使用工厂方法获取具体的Controller –> Controller.Execute() –> 释放Controller对象

3.Controller.Execute() 处理流程

获取Action –> 调用Action方法获取返回的ActionResult –> 调用ActionResult.ExecuteResult() 方法

4.ActionResult.ExecuteResult() 处理流程

获取IView对象-> 根据IView对象中的页面路径获取Page类-> 调用IView.RenderView() 方法(内部调用Page.RenderView方法)

通过对MVC源代码的分析,我们了解到Controller对象的职责是传递数据,获取View对象(实现了IView接口的类),通知View对象显示.

View对象的作用是显示.虽然显示的方法RenderView()是由Controller调用的,但是Controller仅仅是一个"指挥官"的作用, 具体的显示逻辑仍然在View对象中.

需 要注意IView接口与具体的ViewPage之间的联系.在Controller和View之间还存在着IView对象.对于ASP.NET程序提供了 WebFormView对象实现了IView接口.WebFormView负责根据虚拟目录获取具体的Page类,然后调用 Page.RenderView().

四.ActionResult解析

通过上面的流程,我们知道了ActionResult对象在整个流程中的作用.ActionResult是一个抽象类, 在Action中返回的都是其派生类.下面是我整理的RC2版本中提供的ActionResult派生类:

目前ASP.NET MVC还没有提供官方的ActionResult列表.上面的列表是我在源代码中分析得出的.有些解释的可能不够清楚,请谅解.

下面我将列举各个ActionResult的实例.

五.实例应用

1.添加Controller

安装了ASP.NET MVC后, 在项目上点击右键会找到添加Controller项:

2.添加Action

下面这个类提供了返回各种类型的ActionResult的Action实例:

public class DemoController : Controller
{
/// <summary>
/// http://localhost:1847/Demo/ContentResultDemo
/// </summary>
/// <returns></returns>
public ActionResult ContentResultDemo()
{
string contentString = "ContextResultDemo!";
return Content(contentString);
}
/// <summary>
/// http://localhost:1847/Demo/EmptyResultDemo
/// </summary>
/// <returns></returns>
public ActionResult EmptyResultDemo()
{
return  new EmptyResult();
}
/// <summary>
/// http://localhost:1847/Demo/FileContentResultDemo
/// </summary>
/// <returns></returns>
public ActionResult FileContentResultDemo()
{
FileStream fs = new FileStream(Server.MapPath(@"/resource/Images/1.gif"), FileMode.Open, FileAccess.Read);
byte[] buffer = new byte[Convert.ToInt32(fs.Length)];
fs.Read(buffer, 0, Convert.ToInt32(fs.Length) );
return File(buffer, @"image/gif");
}
/// <summary>
/// http://localhost:1847/Demo/FilePathResultDemo
/// </summary>
/// <returns></returns>
public ActionResult FilePathResultDemo()
{
//可以将一个jpg格式的图像输出为gif格式
return File(Server.MapPath(@"/resource/Images/2.jpg"), @"image/gif");
}
/// <summary>
/// http://localhost:1847/Demo/FileStreamResultDemo
/// </summary>
/// <returns></returns>
public ActionResult FileStreamResultDemo()
{
FileStream fs = new FileStream(Server.MapPath(@"/resource/Images/1.gif"), FileMode.Open, FileAccess.Read);
return File(fs, @"image/gif");
}
/// <summary>
/// http://localhost:1847/Demo/HttpUnauthorizedResultDemo
/// </summary>
/// <returns></returns>
public ActionResult HttpUnauthorizedResultDemo()
{
return new HttpUnauthorizedResult();
}
/// <summary>
/// http://localhost:1847/Demo/JavaScriptResultDemo
/// </summary>
/// <returns></returns>
public ActionResult JavaScriptResultDemo()
{
return JavaScript(@"alert(""Test JavaScriptResultDemo!"")");
}
/// <summary>
/// http://localhost:1847/Demo/JsonResultDemo
/// </summary>
/// <returns></returns>
public ActionResult JsonResultDemo()
{
var tempObj = new { Controller = "DemoController", Action = "JsonResultDemo" };
return Json(tempObj);
}
/// <summary>
/// http://localhost:1847/Demo/RedirectResultDemo
/// </summary>
/// <returns></returns>
public ActionResult RedirectResultDemo()
{
return Redirect(@"http://localhost:1847/Demo/ContentResultDemo");
}
/// <summary>
/// http://localhost:1847/Demo/RedirectToRouteResultDemo
/// </summary>
/// <returns></returns>
public ActionResult RedirectToRouteResultDemo()
{
return RedirectToAction(@"FileStreamResultDemo");
}
/// <summary>
/// http://localhost:1847/Demo/PartialViewResultDemo
/// </summary>
/// <returns></returns>
public ActionResult PartialViewResultDemo()
{
return PartialView();
}
/// <summary>
/// http://localhost:1847/Demo/RedirectToRouteResultDemo
/// </summary>
/// <returns></returns>
public ActionResult ViewResultDemo()
{
//如果没有传入View名称, 默认寻找与Action名称相同的View页面.
return View();
}
}

    public interface IRouteHandler
{
IHttpHandler GetHttpHandler(RequestContext requestContext);
}

    public class MvcRouteHandler : IRouteHandler {
protected virtual IHttpHandler GetHttpHandler(RequestContext requestContext) {
return new MvcHandler(requestContext);
}
#region IRouteHandler Members
IHttpHandler IRouteHandler.GetHttpHandler(RequestContext requestContext) {
return GetHttpHandler(requestContext);
}
#endregion
}

    public class RequestContext
{
public RequestContext(HttpContextBase httpContext, RouteData routeData);
public HttpContextBase HttpContext { get; }
public RouteData RouteData { get; }
}

<add name="UrlRoutingModule" type="System.Web.Routing.UrlRoutingModule, System.Web.Routing, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>

            object viewInstance = BuildManager.CreateInstanceFromVirtualPath(ViewPath, typeof(object));
if (viewInstance == null) {
throw new InvalidOperationException(
String.Format(
CultureInfo.CurrentUICulture,
MvcResources.WebFormViewEngine_ViewCouldNotBeCreated,
ViewPath));
}
ViewPage viewPage = viewInstance as ViewPage;
if (viewPage != null) {
RenderViewPage(viewContext, viewPage);
return;
}
ViewUserControl viewUserControl = viewInstance as ViewUserControl;
if (viewUserControl != null) {
RenderViewUserControl(viewContext, viewUserControl);
return;
}

        <compilation debug="true">
<assemblies>
<add assembly="System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
<add assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
<add assembly="System.Web.Abstractions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
<add assembly="System.Web.Routing, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
<!-- <add assembly="System.Web.Mvc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>-->
                <add assembly="System.Data.DataSetExtensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
<add assembly="System.Xml.Linq, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
<add assembly="System.Data.Linq, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
</assemblies>
</compilation>

    <pages
validateRequest="false"
pageParserFilterType="System.Web.Mvc.ViewTypeParserFilter, System.Web.Mvc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"
pageBaseType="System.Web.Mvc.ViewPage, System.Web.Mvc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"
userControlBaseType="System.Web.Mvc.ViewUserControl, System.Web.Mvc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null">
<controls>
<add assembly="System.Web.Mvc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" namespace="System.Web.Mvc" tagPrefix="mvc" />
</controls>
</pages>

  在做FMS开发中，flash客户端与FMS服务器通信交互数据等是常见的，比如flash客户端需要一播放一个视频，需要获得FMS发向flash端的一条消息等。那么我们要怎么才能实现flash客户端与FMS服务器建立可交互的连接、通信呢？

     本文将以flash客户端于FMS服务器通信为核心,以经典的"Hello World"示例详细介绍flash客户端于FMS服务器通信的实现。要实现两端通信，在客户端和服务器端都需要编码，一边发起通信请求和接收通信响应信 息(flash客户端),一端则提供接收请求进行业务处理等(FMS服务器端)。

     首先从flash客户端入手，本文的实例非常简单，要实现的功能就是flash客户端向FMS服务器端发起请求，调用FMS服务器上的一个方法，然后将FMS服务器上的方法返回值输出到控制台。

     flash端的开发可以有两种方式实现：Flash和Flex。本文会将这两种方式的实现都给出实例。首先看看Flash里的实现。
     启动Flash CS开发环境,新建立ActionScript 3.0的Flash文件，如下图：
              

     然后在上面新建立的ActionScript 3.0的Flash文件上，按F9进入动作面板(输入程序代码的地方,当然也可以将代码封装到单独的类文件里)，如下图：             

      上图中已经将通过Flash开发连接到FMS服务器的代码全部贴出，代码很简单。NetConnection这个类在 Flash Player 和 Flash Media Server 应用程序之间或者 Flash Player 和运行 Flash Remoting 的应用程序服务器之间创建双向连接。

　　通过NetConnection建立于FMS服务器的连接，然后使用NetConnection类的公共方法connect()通过RTMP协 议连接到指定的FMS服务器上指定的应用，如上图示为连接的FMS服务器上名为的“HelloWorld”的这个应用。如果对NetConnection 还不熟悉的朋友请先阅读下我的这系列文章的第一篇：《FMS3系列(一)：第一个FMS程序,连接到FMS服务器(Flash/Flex两种实现) 》，随后通过调用call()方法调用FMS服务器上的方法，这里通过调用服务器上提供的sayHelloWorld()方法。

     Responder 类提供了一个对象，该对象在 NetConnection.call() 中使用以处理来自与特定操作成功或失败相关的服务器的返回值。详细见构造Responder对象的时候构造方法的参数，一个方法处理操作成功的逻辑，一个 方法处理操作失败的逻辑。
     OK，完成了上面的flash客户端的开发现在就只差FMS服务器端的开发了，FMS服务器理需要有一个通信文件来负责于flash客户端的连 接交互，通常情况下就是建立一个main.asc的通信文件。本文中的通信文件的程序代码非常简单，就是接受客户端的连接，然后提供一个客户端调用的方 法。完整代码入下：

     通过上面的客户端和FMS服务器的开发，现在这样可以按Ctrl+Enter测试了，看看我们的flash小程序是否能够成功的连接到 FMS服务器上指定的HelloWorld，并成功调用服务器端指定的方法呢？打开FMS管理控制台可以看到如下截图效果。OK，我们的小程序已经成功的 连接到了FMS服务器上指定的应用(HelloWorld)：

          
     下面是测试输出结果截图：
          

　　上面的实现是直接将代码写在Flash中，我们也可以将代码提取出来形成ActionScript文件(类),只要该类文件继承于显示对象，通过Flash CS3的新特性设置舞台文档类就可以调用了，下面是提取为ActionScript类的编程实现：

　　或许有的朋友已经习惯了使用Flex开发，喜欢用拖拽控件的方式来完成一些常用的功能，其实在Flex下开发和Flash差别不是很大，其实在编码层次上是没什么区别的，不同的只是界面的呈现方式不一样。

　　在Flex下开发，建立好mxml后可以直接在其内部的<mx:Script>组件里编写ActionScript代码，如上定义 了连接FMS服务器的NetConnection类的实例等。还定义了一个在Flex应用初始化的使用调用的方法initApp()，用来 完成flash客户端与FMS服务器的连接。

同Flash中开发一样，给Responder指定了成功和失败后的处理函数，详细如下：

　　如上就完成了Flex中调用FMS服务器并调用FMS上所提供的方法，服务器端的程序和前面 Flash中的一样。到此我们只需要调用onClick()方法就可以测试了，通过一个按钮组件来调用，如下：

完整的Flex代码
 1<?xml version="1.0" encoding="utf-8"?>
 2<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" fontSize="12" 
 3    creationComplete="initApp()">
 4    <mx:Script>
 5        <![CDATA[
 6            import mx.controls.Alert;
 7            private var nc:NetConnection;
 8            private var fmsServer:String="rtmp://localhost/HelloWorld";
 9            private var rs:Responder;
10            
11            private function initApp():void
12            {
13                nc = new NetConnection();
14                nc.connect(fmsServer);
15                nc.client=this;
16            }
17            
18            private function onClick():void
19            {
20                rs = new Responder(onSuccess,onFailed);
21                nc.call("sayHelloWorld",rs,"World");
22                nc.addEventListener(NetStatusEvent.NET_STATUS,onStatus);
23                nc.addEventListener(AsyncErrorEvent.ASYNC_ERROR,onAsyncHandler);
24            }
25            
26            private function onStatus(evt:NetStatusEvent):void
27            {
28                Alert.show(evt.info.code);
29            }
30            
31            public function onAsyncHandler(evt:AsyncErrorEvent):void
32            {
33                
34            }
35            
36            /**//**
37             * 通信成功并返回结果时被调度
38             */
39            private function onSuccess(result:Object):void
40            {
41                Alert.show(result.toString(),"调用结果");
42            }
43            
44            /**//**
45             * 通信失败并返回结果时被调度
46             */
47            private function onFailed(result:Object):void
48            {
49                Alert.show(result.description);
50                Alert.show(result.code);
51            }
52            
53            private function onBWDone(rs:Object):void
54            {}
55        ]]>
56        
57    </mx:Script>
58    <mx:Button x="91" y="219" label="Call" click="onClick()"/>
59</mx:Application>
60
61

　　在平时的开发当中，要与FMS服务器创建可交互的连接有很多种方式，本文只是简单的介绍了最基本的一种调用，希望本文对想学FMS开发的朋友有所帮助。

推荐文章：http://www.cnblogs.com/aierong/archive/2009/01/15/fms3_main.html

<script type="text/JavaScript">
$(document).ready(function()
{
    setInterval(shine,1000);
}
);
var shine=function()
{
    //document.title = new Date().getTime();
    document.title = (document.title=='你有新的短消息'?'':'你有新的短消息')
}
</script>

继JQuery 1.3.1发布之后，UI包一直没跟上，3月6日，兼容JQuery 1.3.1的UI包终于发布了。大家可以来这里下载jquery-ui-themes-1.7.zip，svn方式：http://jquery-ui.googlecode.com/svn/tags/1.7/themes/

这次改动主要如下：

• 和jQuery1.3兼容。
• 修补和优化以前的UI插件。
• 崭新的CSS框架。
  jQuery UI 1.7建立在一个崭新的强大的css框架上，这个框架不仅仅用于jQuery UI的插件，还可以用于定制插件，任何开发者都能很容易地基于ThemeRoller（jQuery UI 的换肤插件）为插件创建皮肤。更多关于CSS框架
• 新版的ThemeRoller(V2)。
• 健全的演示和文档。
• 完全离线的帮助文档。
• 重构了download builder，即使JavaScript被禁用，这个插件仍然能运作。
• 皮肤打包。
  点击这里可以立即下载所有皮肤: jquery-ui-themes-1.7.zip，svn: http://jquery-ui.googlecode.com/svn/tags/1.7/themes/
• 为jQuery UI新建了一个网站http://www.jqueryui.com/。
  这个网站和主站分开，专注于UI研发。

  

并行编程在近些时候特别火爆，因为ILP得潜力已经被发掘得差不多了，TLP必然成为未来提高微处理器性能的最重要方向，最重要的体现形式就是多核并行处理器，看看做GPU的NV前些日子的嚣张就知道多核并行运算的炙热程度。现在我们就来看看ILP到TLP的转换中，我们程序员面临哪些可能的挑战。以下内容很多自己推测，肯定存在错误，仅仅作参考。

转载：http://www.cnblogs.com/xiaoyin_net/archive/2009/03/09/1407258.html    
  微软的WPF带来了新的技术体验，如Sliverlight、音频、视频、3D、动画……，这导致了软件UI层更加细节化、可定制化。同时，在技术层面，WPF也带来了

诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架

的由来便是MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性揉合进去

，以应对客户日益复杂的需求变化。

      WPF的数据绑定与Presentation Model相集合是非常好的做法,使得开发人员可以将View和逻辑分离出来,但这种数据绑定技术非常简单实用，也是WPF所特有

的，所以我们又称之为Model-View-ViewModel (MVVM)。这种模式跟经典的MVP（Model-View-Presenter）模式很相似，除了你需要一个为View量身定制的

model，这个model就是ViewModel。ViewModel包含所有由UI特定的接口和属性，并由一个 ViewModel 的视图的绑定属性，并可获得二者之间的松散耦合，所以

需要在ViewModel 直接更新视图中编写相应代码。数据绑定系统还支持提供了标准化的方式传输到视图的验证错误的输入的验证。

如下图MVP设计模式架构所示。

        在视图（View）部分，通常也就是一个Aspx页面。在以前设计模式中由于没有清晰的职责划分，UI 层经常成为逻辑层的全能代理，而后者实际上属于应用

程序的其他层。MVP 里的M 其实和MVC里的M是一个，都是封装了核心数据、逻辑和功能的计算关系的模型，而V是视图（窗体），P就是封装了窗体中的所有操

作、响应用户的输入输出、事件等，与MVC里的C差不多，区别是MVC是系统级架构的，而MVP是用在某个特定页面上的，也就是说MVP的灵活性要远远大于MVC

，实现起来也极为简单。

      我们再从IView这个interface层来解析，它可以帮助我们把各类UI与逻辑层解耦，同时可以从UI层进入自动化测试自动化测试（Unit/Automatic Test）并提

供了入口，在以前可以由WinForm/Web Form/MFC等编写的UI是通过事件Windows消息与IView层沟通的。WPF与IView层的沟通，最佳的手段是使用Binding

，当然，也可以使用事件；Presenter层要实现IView，多态机制可以保证运行时UI层显示恰当的数据。比如Binding，在程序中，你可能看到Binding的Source是

某个interface类型的变量，实际上，这个interface变量引用着的对象才是真正的数据源。

      MVC模式大家都已经非常熟悉了，在这里我就不赘述，这些模式也是依次进化而形成MVC—>MVP—>MVVM。有一句话说的好：当物体受到接力的时候，凡是有

界面的地方就是最容易被撕下来的地方。因此，IView作为公共视图接口约束（契约）的一层意思；View则能传达解耦的一层意思。

下面介绍一下MVVM设计模式。因为WPF技术出现，从而使MVP设计模式有所改进，MVVM 模式便是使用的是数据绑定基础架构。它们可以轻松构建UI的必要元素。

如，下图所示MVVM架构图。

      可以参考The Composite Application Guidance for WPF(prism)，prism V2下载源码

      View绑定到ViewModel，然后执行一些命令在向它请求一个动作。而反过来，ViewModel跟Model通讯，告诉它更新来响应UI。这样便使得为应用构建UI非常

的容易。往一个应用程序上贴一个界面越容易，外观设计师就越容易使用Blend来创建一个漂亮的界面。同时，当UI和功能越来越松耦合的时候，功能的可测试性就

越来越强。

      在MVP模式中，为了让UI层能够从逻辑层上分离下来，设计师们在UI层与逻辑层之间加了一层interface。无论是UI开发人员还是数据开发人员，都要尊重这个

契约、按照它进行设计和开发。这样，理想状态下无论是Web UI还是Window UI就都可以使用同一套数据逻辑了。借鉴MVP的IView层，养成习惯。View Model听

起来比Presenter要贴切得多；会把一些跟事件、命令相关的东西放在Controler里。

      参考示例：PersonViewModel层

 在这里我不在赘述，详细应用实例参考：

Simplifying the WPF TreeView by Using the ViewModel Pattern

源码下载

本页内容

	一、ORM的工具实现：Grove
	二、Grove在开发中的实际应用
	三、总结

一、ORM的工具实现：Grove

优秀的ORM工具不仅可以帮助我们很好的理解对象及对象的关系，而且工具本身会帮助我们维护这些关系。基于这个理念，我设计了基于.NET的ORM工具——Grove orM Development Toolkit。

Grove orM Development Toolkit包含Grove和Toolkit两部分内容。Grove为ORM提供对象持久、关系对象查询、简单事务处理、简单异常管理等功能。数据持久 包括一些对象的Insert、Delete、Update、Retrieve等功能，关系对象查询则提供一些基于对象的复杂关系查询，包括对应到数据库功 能的子查询、关联查询（JOIN）、函数支持（count、avg、max、min）、聚合等。Toolkit是基于VS.NET 2002/2003的VSIP开发的外接程序，职责是帮助开发人员快速映射关系数据库中的业务模型到符合Grove要求的映射实体类，以及映射数据库中复 杂关系查询到Grove要求的关系映射实体，暂时只提供C#支持。图 2是Grove内部类实现关系图。

图 2： Grove内部类实现关系图

在ORM实现的前期工作中，为了实现屏蔽各种数据库之间的操作差异，我们需要定义数据操作公有接口，封装基本的数据库Insert，Update，Delete，Query等操作。

public interface IDbOperator
{
int ExecNonQuery(string cmdText);
int ExecDataSet(string cmdText,DataSet entity);
object ExecScalar(string cmdText);
…
}

再定义一个数据库操作工厂类，实现各种不同类型数据的适配。

public abstract class DbOperatorFactory:IDbOperator

然后实现各种数据库的操作类，以SQLServer为例。

internal class SqlDbOperator:DbOperatorFactory

完成后，就是ORM主角——实体（Entity）的实现。ORM中实体的定义可以通过实体类自身包含数据模型元数据的方式实现，也可以通过定义XML的元描述实现。下面讲述了通过实体类自身映射的实现。

实 体（Entity）是实际业务数据的载体，包含业务数据模型的元描述，可以直接由数据库中的某张表或视图生成，也可以根据需要手工创建。.NET中提供了 System.Attribute，该类包含访问和测试自定义属性的简便方法。.NET Framework预定义了一些属性类型并使用它们控制运行时行为。我们可以通过继承System.Attribute基类自定义用于描述实体对象映射时 所需要的数据模型元数据，包括表名，字段名，字段长度，字段类型等一些常用的数据。

[AttributeUsage(AttributeTargets.Class | AttributeTargets.Struct)]
public class DataTableAttribute : Attribute

AttributeUsage用来表示该自定义属性可以被绑定在什么样的对象上，这里表示应用在Class或者Struct之上。

抽象一些具有相同特征的属性，使之成为自定义属性的基类。

[AttributeUsage(AttributeTargets.Property)]
public class BaseFieldAttribute:Attribute

定义一般字段所需要的自定义属性类。

[AttributeUsage(AttributeTargets.Property)]
public class DataFieldAttribute : BaseFieldAttribute

定义关键字字段所需的自定义属性类。

[AttributeUsage(AttributeTargets.Property)]
public class KeyFieldAttribute : BaseFieldAttribute

定义外键字段所需要的自定义属性类。

[AttributeUsage(AttributeTargets.Property)]
public class ForeignKeyFieldAttribute : BaseFieldAttribute

在以上自定义属性类完成后，我们需要一个用于访问实体在运行期绑定的自定义属性及属性数据的一个Help类。

internal class TypeHelper

实体定义完成后，我们需要根据实体类中绑定的自定义属性构造出运行期需要的SQL语句，为了收集实体类定义中的数据结构描述，我们需要定义一个类来说明实体在运行期所引用到的所有关于数据持久的信息，包括关键字字段，外键字段，一般字段等。

internal class TypeInfo

同时需要一个字段元数据描述类，描述字段在数据库中的名称，大小，是否可为空，列类型等信息。

internal class ColumnInfo

以上条件具备后，我们需要定义一个解析类，负责转换数据的程序类型到数据库字段类型，并且构造出Insert，Update，Delete，Query等操作所需要的SQL语句。

internal class SqlEntityParser

将上面的操作组合起来就是实体类对象操作员。

public class ObjectOperator

实现新增一个记录到数据库中，就是创建了一个新的实体对象，并交由对象操作员进行持久化。

public void Insert(object o)
{
TypeInfo info1=new TypeInfo(o.GetType());//根据实例或者实体描述信息
SQLCommand sc=info1.BuildInsertCommand(o);//构造SQL命令对象
DbOperator.Parameters=sc.Parameters;//赋值SQL命令所需的参数
DbOperator.ExecNonQuery(sc.CommandText);//执行SQL命令
}

这里的SQLCommand对象封装了SQL命令处理时所需要的一些值，包含SQL语句，命令参数（Parameter）等。

返回页首

二、Grove在开发中的实际应用

安装Grove Kit要求Visual Studio 2003 及.NET Framework 1.1支持。从Grove网站下载安装包之后，解压缩GroveKit.zip，执行安装。

在GroveKit安装结束后，打开VS.NET，在VS.NET的启动画面上，您会看到Grove Develop Kit的标志，表示GroveKit已被正确安装。

2.1生成映射实体类

本文将以C# 项目为例解释Grove在开发中的具体应用。项目名WebApp1，操作系统 Windows 2000，数据库SQL Server 2000，数据库实例名：WebApp1，表结构定义如下：

<appSettings>
<add key="DBConnString" value="Server=localhost;Uid=sa;Pwd=sa;Database=WebApp1" />
</appSettings>

Customer.cs
using System;
using Grove.ORM;
[DataTable("Customers")]
public class Customer
{
int _CustomerID;
string _CustomerName;
string _CustomerDesc;
int _Status;
[KeyField("CustomerID")]
public int CustomerID
{
get{return this._CustomerID;}
set{this._CustomerID=value;}
}
[DataField("CustomerName")]
public string CustomerName
{
get{return this._CustomerName;}
set{this._CustomerName=value;}
}
[DataField("CustomerDesc")]
public string CustomerDesc
{
get{return this._CustomerDesc;}
set{this._CustomerDesc=value;}
}
[DataField("Status")]
public int Status
{
get{return this._ Status;}
set{this._ Status=value;}
}
}

Address.cs
using System;
using Grove.ORM;
[DataTable("Addresses")]
public class Address
{
int _AddressID;
int _CustomerID;
string _Address;
[KeyField("AddressID")]
public int AddressID
{
get{return this._AddressID;}
set{this._AddressID=value;}
}
[ForeignKeyField("CustomerID")]
public int CustomerID
{
get{return this._CustomerID;}
set{this._CustomerID=value;}
}
[DataField("Address")]
public string CustomerAddress
{
get{return this._Address;}
set{this._Address=value;}
}
}

2.2对象持久化

Grove提供ObjectOperator实现对映射实体对象的数据库持久工作，并通过IObjectQuery接口实现对复杂数据库关系映射实体的查询，主要接口如下：

2.3数据查询

如 一般的关系型数据库所具有的查询功能一样，Grove也有着非常丰富的查询功能，如对象查询、函数查询、子查询、排序查询等。这里对对象查询做简单介绍， 其它查询读者可以自行参考Grove的开发文档。Grove提供ObjectQuery 帮助ObjectOperator从数据源查询数据， ObjectOperator 需要通过ObjectQuery解析实体对象中的属性（System.Arrtibute）定义，并构造查询语句。ObjectQuery在运行时往往需 要定义筛选语句（请参考筛选语句的语法定义）。例如，检索Customer对象，当State 属性等于WA的情况：

ObjectQuery query=new ObjectQuery(typeof(Customer),"this.State='WA'");

当检索需要返回所有对象时，则不需要定义筛选语句

ObjectQuery query=new ObjectQuery(typeof(Customer),"");

2.4筛选语句的语法定义

在ObjectQuery中使用的筛选允许你在定义的时候，根据使用面向对象语法规则进行定义筛选语句。

返回页首

三、总结

以 上就是ORM的简单实现，复杂的关系对象映射及关系映射实体的查询也是ORM中尤为重要的一块处理，为了屏蔽各数据库之间的SQL差异，很多好的ORM框 架都提供一种符合面向对象语言本身语法规则的Query Language支持，例如实现对数据库函数的支持时，会通过定义一些公开的，与编程语言接近的语言来实现，比如说定义 Object.Size()，Object.Sum()等类方法式操作语法，在逻辑判断的时候提供一些语言本身的逻辑运算符支持，比如c#中 的&&表示and，||表示or等等这些一系列的面向对象编程风格的支持，都很好地为基于关系型数据库支持的系统开发向“面向对象”提供 了有力的支持。Grove目前对关系对象查询有很好的支持，感兴趣可以到Grove的网站了解详细信息。