近日由于业务需要,接触了一些Flex下的东西,比如Mate框架(一个集成MVC和IOC的框架,其事件广播机制很强大),疏于整理spring.net学习资料,现在终于得闲,将心得梳理一下:
spring.net是java下大名鼎鼎的spring框架移植到.net的开源项目,且借助于.net强大的反射机制,甚至拥有比原java版本更强大的功能。
那它能用来做什么呢?核心功能就是IOC和AOP:
IOC(Inversion of Control),字面意思为“反转控制”,我更倾向于理解为“依赖注入”,意思就是说:在基于接口开发的情况下,我们会对需要的业务处理对象(数据访问,业务逻辑等)一一做上接口,前端使用时只是对接口的调用,而并不关心具体是什么类具体去实现了这个接口~听起来似乎不可能,是的,如果没有IOC,这是不可能的事情,我们的前端逻辑和后端实现是紧紧耦合的,做页面开发的人必须知道哪一个类(.cs文件)拥有哪些方法,即便是基于接口,我们也依然要在程序里去实例化它,形如:
![ContractedBlock.gif](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
![ExpandedBlockStart.gif](https://www.cnblogs.com/Images/OutliningIndicators/ExpandedBlockStart.gif)
IManager mgr = new DataManager();
无形中,基于接口开发成了鸡肋,前端开发人员几乎要知道一条龙的编码流程才能做业务开发!(当然,有的项目就是一个人在做)
好吧,那就使用IOC,它是怎么解开这个耦合关系的?
IOC框架一般会维护一个配置文件,它大概要完成的使命是:
1、将实现接口的对象进行列表,表示它们是被页面需要的;
2、把页面的以基于URL的形式进行列表,表示它们是需求方。
余下的事情,是框架来进行协调,在页面上声明一下某一个接口的对象,在它需要实例化时,IOC框架会自动将对应的接口实现进行注入。如下就是一个Spring.net的配置范例片断:
![ContractedBlock.gif](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
![ExpandedBlockStart.gif](https://www.cnblogs.com/Images/OutliningIndicators/ExpandedBlockStart.gif)
<!--业务相关-->
<object id="ArtistDaoSpring" type="woodigg.DAO.ArtistDaoSpring,woodigg.DAO" autowire="byName" />
<!--页面调用-->
<object type="~/Admin/Artist/MgrArt.aspx" autowire="byName" />
再看看页面里的声明和调用片断:
![ContractedBlock.gif](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
![ExpandedBlockStart.gif](https://www.cnblogs.com/Images/OutliningIndicators/ExpandedBlockStart.gif)
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在此时的价值会得到充分的体现。就我个人而言,对它的理解,更多的是一个监听器,侦测你的业务是否有相关的需要,只要你有需要发出,AOP框架就会在你需要的地方设一个断点,进行功能模块的切入,让它去做你希望它做的事。就这么神奇~
这里放出一个代码片断,小小注解一下以上比较让人头晕的概念:
![ContractedBlock.gif](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
![ExpandedBlockStart.gif](https://www.cnblogs.com/Images/OutliningIndicators/ExpandedBlockStart.gif)
using System;
using System.Collections.Generic;
using System.Text;
using System.Reflection;
using woodigg.model;
using woodigg.DAO;
using Spring.Aop;
using AopAlliance.Intercept;
namespace woodigg.bll
{
/// <summary>
/// 环绕通知
/// </summary>
public class whenUserSaveAdvice : IMethodInterceptor
{
public object Invoke(IMethodInvocation invocation)
{
User user = (User)invocation.Arguments[0];
Logger.ErrorLog(invocation.Method.Name, user.Name, user.Name);
//真正的调用目标方法,并得到返回值
Object obj = invocation.Proceed();
return obj;
}
}
}
这一代码片断实现的功能是:如果发现系统中新增了一个用户(即User的业务管理器调用了Save方法),那么在日志系统中,存储一下用户名,让管理员可以在翻日志时知道谁又加入了~
当然,就这么一段代码并不能完成这个监控功能,同样的,我们必须做配置(Spring.net把开发提高到了对配置进行管理的境地,你在配置管理上花的时间,将大于以往,好处是更关注和贴近业务而不是代码),告诉AOP框架,我们希望监听哪些对象的哪些动作,以及监听到后我们要调用哪些模块来采取行动:
![ContractedBlock.gif](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
![ExpandedBlockStart.gif](https://www.cnblogs.com/Images/OutliningIndicators/ExpandedBlockStart.gif)
<!--被代理的对象userDAO-->
<object id="userDAO" type="woodigg.DAO.UserDAO" singleton="false">
<constructor-arg type="woodigg.model.User">
<ref object="user"/>
</constructor-arg>
</object>
<!--切面通知-->
<object id="adviceSave" type="woodigg.bll.whenUserSaveAdvice,woodigg.bll" />
<!--切入点-->
<object id="advisor"
type="Spring.Aop.Support.NameMatchMethodPointcutAdvisor,Spring.Aop">
<property name="MappedNames">
<list>
<value>save*</value>
</list>
</property>
<property name="advice" ref="adviceSave" />
</object>
<!--代理对象-->
<object id="proxyUserDAO"
type="Spring.Aop.Framework.ProxyFactoryObject,Spring.Aop">
<property name="proxyInterfaces">
<value>woodigg.Interface.DAO.IUserDAO</value>
</property>
<property name="interceptorNames">
<list>
<value>advisor</value>
</list>
</property>
<property name="target">
<ref object="userDAO" />
</property>
</object>
也许这样的配置片断更让人犯晕,没关系,习惯了就好,有些事情需要我们自己去做(DB,ENTITY,DAO,BLL开发),有些事情需要的是我们去理解(AOP框架,通知,切面,代理对象),相信不需要多长时间,这些都不是问题。
关于IOC和AOP,以上只是寥寥几笔带过,在以后的实例系列中,将各个击破
实例主要围绕的是一个音乐网站的搭建(有点儿像AllMusic内样的,而不同于别的什么无聊SNS社区),会涉及的内容是:Spring.net、nHibernate、codeSmith模板、多对多表结构、Castle MonoRail(虽然有人强建不建议把MonoRail集成到Spring.net中,但我至今没找到.net 2.0下好的MVC解决方案,用用MonoRail有助于更好理解MVC,优化性能)。