DotNet使用Spring技术(一种java框架).docxVIP

.net企业级架构实战之1——框架综述是java下大名鼎鼎的spring框架移植到.net的开源项目，且借助于.net强大的反射机制，甚至拥有比原java版本更强大的功能。那它能用来做什么呢？核心功能就是IOC和AOP：IOC（Inversion of Control），字面意思为“反转控制”，我更倾向于理解为“依赖注入”，意思就是说：在基于接口开发的情况下，我们会对需要的业务处理对象（数据访问，业务逻辑等）一一做上接口，前端使用时只是对接口的调用，而并不关心具体是什么类具体去实现了这个接口~听起来似乎不可能，是的，如果没有IOC，这是不可能的事情，我们的前端逻辑和后端实现是紧紧耦合的，做页面开发的人必须知道哪一个类（.cs文件）拥有哪些方法，即便是基于接口，我们也依然要在程序里去实例化它，形如： IManager mgr = new DataManager();复制代码无形中，基于接口开发成了鸡肋，前端开发人员几乎要知道一条龙的编码流程才能做业务开发！（当然，有的项目就是一个人在做）好吧，那就使用IOC，它是怎么解开这个耦合关系的？IOC框架一般会维护一个配置文件，它大概要完成的使命是：1、将实现接口的对象进行列表，表示它们是被页面需要的；2、把页面的以基于URL的形式进行列表，表示它们是需求方。余下的事情，是框架来进行协调，在页面上声明一下某一个接口的对象，在它需要实例化时，IOC框架会自动将对应的接口实现进行注入。如下就是一个S的配置范例片断： ? !--业务相关--? object id=ArtistDaoSpring type=woodigg.DAO.ArtistDaoSpring,woodigg.DAO autowire=byName /? !--页面调用--? object type=~/Admin/Artist/MgrArt.aspx autowire=byName /复制代码再看看页面里的声明和调用片断： using System;using System.Data;using System.Configuration;using System.Collections.Generic;using System.Web;using System.Web.Security;using System.Web.UI;using System.Web.UI.WebControls;using System.Web.UI.WebControls.WebParts;using System.Web.UI.HtmlControls;using System.Text;using woodigg.model;using woodigg.Interface.DAO;using woodigg.bll.Tool;using Spring.Context;using Spring.Context.Support;public partial class Admin_Artist_MgrArt : AdminPage{? ? #region 注入对象? ? private IArtistDAO _ArtistDaoSpring;? ? public IArtistDAO ArtistDaoSpring? ? {? ? ? ? get { return _ArtistDaoSpring; }? ? ? ? set { _ArtistDaoSpring = value; }? ? }? ? #endregion? ? protected void Page_Load(object sender, EventArgs e)? ? {? ? ? GridView1.DataSource =ArtistDaoSpring.GetAllArtists();? ? ? GridView1.DataBind();? ? }}复制代码如果是初次接触IOC，可能理解起来会有些生涩，毕竟是个基于配置的框架，有些东西需要深入了解，这个以后可以一步步探个究竟。OK，接着就是AOP。那么AOP又是做什么的呢？Aspect Oriented Programming，字面意思即为“面向切面的编程”。Aspect，就是切面，代表了我们很多项目中重复开发的模块，如邮件功能，日志功能等。说起来是会让人很颓废的，我们花费在重复劳动上的时间，有时太多了。这个项目写日志，下一个还写日志，日志有区别吗？答案是没有，但它就是需要，哪怕是复制粘贴，还是需要！被需要当然是好事，说明它存在的价值，但能否把这样的东西做成一个组件，以后拿来就用，并且与新的项目系统人我两不犯，无缝集成？当然是可以的，AOP在此时的价值会得到充分的体现。就我个人而言，对它的理解，更多的是一个监听器，侦测你的业务