『Spring.NET+NHibernate+泛型』框架搭建之WebUI（五）★

原创 于 2015-08-04 10:44:36 发布 · 置顶 · 2.4k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Spring.NET #NHibernate #.NET #泛型

 前面的章节讲解了搭建Model、DAO、BLL，完成了前面这三大块框架的搭建，基本上我们开发一个项目只剩下，也只需要写写WebUI层就行了。当然了，我们的表现层可以是WebForm、WinForm、WPF、MVC都行。本来打算用MVC，但由于团队成员对web开发不熟悉，我采用是最简单的WebForm。不管表现层使用什么，其原理都是一样的，无非就是调用到IBLL层实例，然后调用它的各种方法来处理数据而已。至于大家在第一讲中看到的Common类库就不在本次分享中讲解了，里面就是存放了常用的工具类，如提示框、数据加密解密、Excel导入导出等等。


一、配置BLL对象

  接着上一节最后没有回答的问题来讲，配置BLL对象。首先，我们右键点击解决方案，添加新建项目-ASP.NET Web 窗体应用程序。添加引用：右键点击引用，选择“管理NuGet程序包”，选择“联机”，搜索“Spring.NET”,在搜索结果中选择“Spring.Net NHibernate 4 support”安装。该安装包括了一个NHibernate，但是还不够，同样的方法搜索NHibernate，并安装，除此而外还要添加Spring.Web引用，以及添加BLL、IBLL、Model、NHibernateDAO的引用。具体操作参考DAO层讲解。


然后再该项目下新建一个Config文件夹存放配置文件，再在里面添加一个名为objects.xml的xml文档，右键将其生成操作设置为“嵌入的资源”，代码如下：

<?xml version="1.0" encoding="utf-8" ?>

<objects xmlns="http://www.springframework.net">
  <!--T_AreaBLL,管理T_Area的对象-->
  <object id="T_AreaBLL" type="BLL.T_AreaBLL, BLL">
    <property name="Dao"  ref="T_AreaDAO"/>
    <property name="AreaDao"  ref="T_AreaDAO"/>
  </object>
  <!--T_AssessmentCoefficientBLL,管理T_AssessmentCoefficient的对象-->
  <object id="T_AssessmentCoefficientBLL" type="BLL.T_AssessmentCoefficientBLL,BLL">
    <property name="Dao" ref="T_AssessmentCoefficientDAO"/>
  </object>

  <!--T_AuthorityBLL,管理T_Authority的对象-->
  <object id="T_AuthorityBLL" type="BLL.T_AuthorityBLL,BLL">
    <property name="Dao" ref="T_AuthorityDAO"/>
    <property name="AuthorityDao" ref="T_AuthorityDAO"/>
  </object>

  <!--T_ClientBLL,管理T_Client的对象-->
  <object id="T_ClientBLL" type="BLL.T_ClientBLL,BLL">
    <property name="Dao" ref="T_ClientDAO"/>
  </object>

  <!--T_DictionaryBLL,管理T_Dictionary的对象-->
  <object id="T_DictionaryBLL" type="BLL.T_DictionaryBLL,BLL">
    <property name="Dao" ref="T_DictionaryDAO"/>
  </object>

  <!--T_DrugBLL,管理T_Drug的对象-->
  <object id="T_DrugBLL" type="BLL.T_DrugBLL,BLL">
    <property name="Dao" ref="T_DrugDAO"/>
  </object>

  <!--T_InvoicingCollectDetailBLL,管理T_InvoicingCollectDetail的对象-->
  <object id="T_InvoicingCollectDetailBLL" type="BLL.T_InvoicingCollectDetailBLL,BLL">
    <property name="Dao" ref="T_InvoicingCollectDetailDAO"/>
  </object>

  <!--T_InvoicingDetailBLL,管理T_InvoicingDetail的对象-->
  <object id="T_InvoicingDetailBLL" type="BLL.T_InvoicingDetailBLL,BLL">
    <property name="Dao" ref="T_InvoicingDetailDAO"/>
  </object>

  <!--T_LogBLL,管理T_Log的对象-->
  <object id="T_LogBLL" type="BLL.T_LogBLL,BLL">
    <property name="Dao" ref="T_LogDAO"/>
  </object>

  <!--T_MenuBLL,管理T_Menu的对象-->
  <object id="T_MenuBLL" type="BLL.T_MenuBLL,BLL">
    <property name="Dao" ref="T_MenuDAO"/>
  </object>

  <!--T_OpHistoryBLL,管理T_OpHistory的对象-->
  <object id="T_OpHistoryBLL" type="BLL.T_OpHistoryBLL,BLL">
    <property name="Dao" ref="T_OpHistoryDAO"/>
  </object>

  <!--T_RoleBLL,管理T_Role的对象-->
  <object id="T_RoleBLL" type="BLL.T_RoleBLL,BLL">
    <property name="Dao" ref="T_RoleDAO"/>
  </object>

  <!--T_UserBLL,管理T_User的对象-->
  <object id="T_UserBLL" type="BLL.T_UserBLL,BLL">
    <property name="Dao" ref="T_UserDAO"/>
    <property name="UserDAO" ref="T_UserDAO"/>
  </object>

  <!--V_InvoicingCollectDetailBLL,管理V_InvoicingCollectDetail的对象-->
  <object id="V_InvoicingCollectDetailBLL" type="BLL.V_InvoicingCollectDetailBLL,BLL">
    <property name="Dao" ref="V_InvoicingCollectDetailDAO"/>
  </object>

  <!--V_InvoicingDetailBLL,管理V_InvoicingDetail的对象-->
  <object id="V_InvoicingDetailBLL" type="BLL.V_InvoicingDetailBLL,BLL">
    <property name="Dao" ref="V_InvoicingDetailDAO"/>
  </object>

  <!--V_TrackBLL,管理V_Track的对象-->
  <object id="V_TrackBLL" type="BLL.V_TrackBLL,BLL">
    <property name="Dao" ref="V_TrackDAO"/>
  </object>

<!--V_CoverageRateBLL,管理V_CoverageRate的对象-->
<object id="V_CoverageRateBLL" type="BLL.V_CoverageRateBLL,BLL">
  <property name="Dao" ref="V_CoverageRateDAO"/>
  <property name="CoverageRateDao" ref="V_CoverageRateDAO"/>
</object>

  <!--V_AssessBLL,管理V_Assess的对象-->
  <object id="V_AssessBLL" type="BLL.V_AssessBLL,BLL">
    <property name="Dao" ref="V_AssessDAO"/>
    <property name="AssessDao" ref="V_AssessDAO"/>
  </object>

  <!--T_BuyDetailBLL,管理T_BuyDetail的对象-->
  <object id="T_BuyDetailBLL" type="BLL.T_BuyDetailBLL,BLL">
    <property name="Dao" ref="T_BuyDetailDAO"/>
  </object>

</objects>


  以id为T_RoleBLL的object节点为例，他描述的是T_RoleBLL实例化的对象是type中“命名空间.类名,命名空间”中指定的类，下面的property描述的为BLL中的属性，上一节讲解中父类BLL定义了一个IDAO<T>对象Dao，这里指定继承父类的子类T_RoleBLL实例化该Dao为property节点指定的ref属性T_RoleDAO对象，也就是指定IDAO<T>对象Dao由他的实现类的子类T_RoleDAO实例化。如果该业务逻辑层有单独实现的方法，需要单独实例化它定义的Dao，如T_AreaBLL中定义的AreaDao。需要特别注意的是：property节点中name名字必须与BLL层中定义属性名字相同，否则会报错，没有实例化成功。


调用的时候，先这样实例化：

IApplicationContext ctx = ContextRegistry.GetContext();
        /// <summary>
        ///   T_RoleBLL实例
        /// </summary>
        public IBLL<T_Role> BLL
        {
            get { return ctx.GetObject("T_RoleBLL") as IBLL<T_Role>; }
        }


同样，如果BLL层有特殊单独定义的方法，那么需要如下单独实例化：

/// <summary>
        /// T_AreaBLL实例
        /// </summary>
        public IBLL<T_Area> IAreaBLL
        {
            get { return ctx.GetObject("T_AreaBLL") as IBLL<T_Area>; }
        }

        public IT_AreaBLL AreaBLL
        {
            get { return ctx.GetObject("T_AreaBLL") as IT_AreaBLL; }
        }


二、Web.config配置

  这里的配置大部分是固定模板，没什么好讲的，注释都很详尽，先上代码，然后说一下注意的地方：

  

<?xml version="1.0" encoding="utf-8"?>
<!--
  有关如何配置 ASP.NET 应用程序的详细信息，请访问
  http://go.microsoft.com/fwlink/?LinkId=169433
  -->
<configuration>
  <!--Spring.NET配置 开始-->
  <configSections>
    <sectionGroup name="spring">
      <section name="context" type="Spring.Context.Support.WebContextHandler, Spring.Web" />
      <section name="objects" type="Spring.Context.Support.DefaultSectionHandler, Spring.Core" />
      <!-- 数据库的配置参数 -->
      <section name="databaseSettings" type="System.Configuration.NameValueSectionHandler" />
    </sectionGroup>
  </configSections>

  <spring>
    <context>
      <resource uri="~/Config/objects.xml" />
      <!-- 嵌入在程序集中的配置文件 ，首先是程序集名称，然后命名空间，最后文件名, 注意名称的大小写必须完全一致 -->
      <resource uri="assembly://NHibernateDAO/NHibernateDAO.Config/DataAccess.xml" />
      <resource uri="assembly://NHibernateDAO/NHibernateDAO.Config/objects.xml" />
      <!--<resource uri="assembly://BLL/BLL.Config/objects.xml" />-->
    </context>
    <objects xmlns="http://www.springframework.net" /><!--必要-->
    <!--数据库配置服务器地址-->
    <databaseSettings>
      <add key="db.server" value="192.168.40.221" />
      <add key="db.database" value="FlowQuery" />
      <add key="db.userid" value="sa" />
      <add key="db.password" value="123" />
    </databaseSettings>
  </spring>
  <!--Spring.NET配置 结束-->


  <appSettings>
    <!-- 为 OpenSessionInViewModule 的 SessionFactory 提供名字 -->
    <add key="Spring.Data.NHibernate.Support.OpenSessionInViewModule.SessionFactoryObjectName" value="NHibernateSessionFactory" />

    <!-- 数据库连接字符串,（如果采用加密方式，上面一项要设置为true；加密工具，可在官方下载，
     如果使用明文这样server=127.0.0.1;database=.....,上面则设置为false。 -->
    <add key="ConnectionString" value="server=192.168.40.221;database=FlowQuery;uid=sa;pwd=123" />
    <!--一般文件类型-->
    <add key="fileType" value="jpg|gif|bmp|jpeg|png|rar|doc|txt|xls|docx|xlsx|swf|pdf|zip|ppt|pot|wps|JPG|GIF|BMP|JPEG|PNG|RAR|DOC|TXT|XLS|DOCX|XLSX|SWF|PDF|ZIP|PPT|POT|WPS" />
    <!--图片类型-->
    <add key="imgType" value="jpg|gif|bmp|jpeg|png|JPG|GIF|BMP|JPEG|PNG" />
    <!--导入Excel连接地址-->
    <add key="excelType" value="Provider=Microsoft.Ace.OleDb.12.0;Data Source={0};Extended Properties='Excel 12.0; HDR=Yes; IMEX=1'" />
  </appSettings>
  
  <system.web>
    <compilation debug="true" targetFramework="4.0" />
    <!-- IIS6配置  -->
    <httpModules>
      <!-- Spring 提供的 Module  -->
      <add name="Spring" type="Spring.Context.Support.WebSupportModule, Spring.Web" />

      <!-- 
          由 Spring 自动打开会话，必须提供一个名为 SessionFactory 的会话工厂 
          使用后，可以使用 SessionFactory 的 GetCurrentSession 方法获取会话
      -->
      <add name="OpenSessionInView" type="Spring.Data.NHibernate.Support.OpenSessionInViewModule, Spring.Data.NHibernate4" />
    </httpModules>
    <httpHandlers>
      <!-- Spring 提供的处理程序 -->
      <add verb="*" path="*.aspx" type="Spring.Web.Support.PageHandlerFactory, Spring.Web" />
      <!-- 取消 Spring.NET 对于 Web 服务的处理 -->
    
    <!--<add verb="*" path="*.asmx" type="Spring.Web.Services.WebServiceHandlerFactory, Spring.Web"/>-->
      <add verb="*" path="ContextMonitor.ashx" type="Spring.Web.Support.ContextMonitor, Spring.Web" />
      <add verb="*" path="*.ashx" type="Spring.Web.Support.DefaultHandlerFactory, Spring.Web" />
    </httpHandlers>

    <!--<customErrors mode="On" defaultRedirect="/Main/Error.aspx" />-->
    <!--Forms身份认证-->
    <authentication mode="Forms">
      <forms name="FlowQuery" path="/" loginUrl="Login.aspx" protection="All"/>
    </authentication>
    <!--表单验证模式为2.0，上传文件最大为10M-->
    <httpRuntime requestValidationMode="2.0" maxRequestLength="102400" executionTimeout="120" />
  </system.web>
 
  <system.webServer>
        <defaultDocument>
            <files>
                <add value="Login.aspx" />
            </files>
        </defaultDocument>
  </system.webServer>
</configuration>


  需要注意的是：databaseSettings节点配置的为之前的DAO篇讲解的数据库访问配置，key的值都是在DAO中定义好的变量，value给出具体的值就行了。


  最后，把WebUI层的目录贴一下：

 


  OK，断断续续把整个教程讲完了，很多详细的细节我这里没有讲，主要只是说了搭建一个Spring.NET+NHibernate+泛型优化的框架的过程。希望大家自己通过第一讲中提供的资料，或者其他资料来完善基础知识，达到精益求精。共勉！




Spring.net+NHibernate示例源码
12-06
这是GoldArch（本人命名为黄金框架）的中间产品，框架最后成型于asp.net+mvc+spring.net+nhibernate+extjs(and coolite) ，实现了Spring.net+NHibernate的封装。主要是泛型DAO的配置和应用。同时多数据库连接（权限数据库专门是一个库，业务数据至少一个库，利于权限功能分离和重用）。 版本信息：spring.net 1.2 ,NHibernate 2.0 .net 3.5 全部源码和一个较小的测试示例
spring.net+nhibernate+mvc4
03-09
标题 "spring.net+nhibernate+mvc4" 暗示了这个项目是关于使用 .NET 框架中的 Spring.NET、NHibernate 和 MVC4（ASP.NET MVC 4）技术来构建一个应用程序的实例。Spring.NET 是 .NET 平台上的轻量级依赖注入框架，它...
Spring.Net + NHibernate 入门例子
eicesoft
02-19 506
Spring.Net 是一个很强大的框架,在java里非常的火,NHibernate也是从java里移植过来的.不过和Java下面的用法有所区别.下面我们以一个实例来说说他们在.net下的用法. 新建一个项目:名字叫SpringHiberate. 首先,我们修改我们的配置文件web.config: &lt;?xml version="1.0" encoding="utf-8"?&gt;&lt;co...
企业开发框架　NHibernate　和　Spring.Net 　简介
09-28 1506
企业开发框架NHibernate和Spring.Net 在开始介绍NHibernate和Spirng.Net之前，有必要先介绍一下相对应的两个Java开源框架Hibernate和Spring。它们是在Java的Web应用开发中已经很成熟的框架，而前者则是两个还不成熟的.Net中的开源框架，它们在SourceForge开源社区中正在得到不断的补充和完善，其最终目标就是要在.NET环境下实现Hib
转 Spring.NET 与 NHibernate 的整合
weixin_30421525的博客
12-20 139
我们成功的运行了自己的第一个Spring.NET程序和第一个NHibernate程序。下面我们将上面的程序整合到一个项目中来。让Spring.NET的容器来管理NHibernate。建立新的项目(SpringNHibernateSample)项目名称为：SpringNHibernateSample　名字空间：OKEC.Sample添加NHibernate程序将NHibernateSample项目的...
『Spring.NET+NHibernate+泛型』概述、知识准备及介绍(一)
煙雨六月
07-06 3522
一个月前，应部门经理要求，搭建了Spring.NET+NHibernate的一个数据查询系统。之前没用过这两个框架，也算是先学现买，在做完设计之后花了一周搭建成功了。
mvc4+spring.net+nhibernate小例子
08-05
在IT行业中，构建高效、可扩展的Web应用程序是至关重要的，而`mvc4+spring.net+nhibernate`的组合正是一种流行的选择。这个小例子展示了如何整合这三种技术来创建一个基于MVC架构的.NET应用程序，利用Spring.NET提供...
基于Spring.net + NHiberNate +Asp.net MVC or Asp.net +DWZ 的后台管理系统
最新发布
10-03
基于Spring.net + NHiberNate +Asp.net MVC or Asp.net +DWZ 构建的一套后台管理系统.zip项目工程资源经过严格测试可直接运行成功且功能正常的情况才上传，可轻松复刻，拿到资料包后可轻松复现出一样的项目，本人...
spring.net+nhibernate+mvc+easyui源码
08-04
《Spring.NET + NHibernate + MVC + EasyUI：企业级应用框架深度解析》 在现代软件开发中，构建高效、可扩展且易于维护的企业级应用程序是一项挑战。本篇将深入探讨一个基于Spring.NET、NHibernate、MVC（Model-...
Spring.Net结合NHibernate完整代码
06-14
本例子是Spring.Net整合NHibernate的完整示例，下载后根据NHibernate配置文件建表直接运行即可。如果对你有帮助请评论给个好评。
Spring.net框架
06-11
你真的了解Ioc与AOP吗？ 收藏 你真的了解Ioc与AOP吗？我现在还不是很了解，而且越学习越发现自己了解的很少，Ioc与AOP中蕴涵了大量的能量等待我们去开发。在这个系列 中，我仅仅利用Sping.net这个框架向大家展示一下Ioc与AOP的强大功能（呵呵，其实写这段话的目的是因为“文章题目”牛皮吹得有点大了，给自 己个台阶下罢了）。 在这个系列中一共包含6个案例，从简单到复杂，也是对问题分解、思考和解决的一个过程，它们分别是： （1）类之间的依赖； 降低 （2）接口依赖； （3）基 于配置文件和Reflection的工厂模式； （4）使用Spring.net实现Ioc； （5）Romoting； （6）利用Ioc在不动一行代码的情 况下实现Remoting。为了更好的理解文中的内容，最好顺序阅读。 作为一个应用系统，代码复用至关重要。如果在你的设计中，类与类存在很强的相互关联，那么你会发现在重用这些组件时就存在很严重的问题。在 Step1到Step3-Reflection的例子中，我们试图 利用“针对接口编程”以及自己设计的Ioc对系统进行解耦。在Step3到Step5的例子中，我们将利用Spring.net提供的Ioc框架，轻松完 成解耦以及系统改造等工作。 一、类之间的依赖 我们的第一个例子主要用于说明程序的基本构造，并且作为一个反面典型，引出为什么要解耦，以及如何下手。在这个例子中，我们将创建三个程序集，分别是MainApp.exe、HelloGenerator.dll以及SayHello.dll。它们之间的关系如下图所示： HelloGenerator类根据提供的姓名产生一个问候字符串，代码如下： using System; namespace IocInCSharp { public class EnHelloGenerator { public string GetHelloString(string name) { return String.Format("Hello, {0}", name); } } } SayHello类持有一个对EnHelloGenerator的引用，并负责将生成出来的问候字符串打印出来。 using System; namespace IocInCSharp { public class SayHello { private EnHelloGenerator _helloGen; public EnHelloGenerator HelloGenerator { get { return _helloGen; } set { _helloGen = value; } } public void SayHelloTo(string name) { if(_helloGen != null) Console.WriteLine(_helloGen.GetHelloString(name)); else Console.WriteLine("Client.hello is not initialized"); } } } MainApp.exe负责完成对象的创建、组装以及调用工作： using System; namespace IocInCSharp { public class MainApp { public static void Main() { SayHello sayHello = new SayHello(); sayHello.HelloGenerator = new EnHelloGenerator(); sayHello.SayHelloTo("zhenyulu"); } } } 在这个设计中，组件与组件之间、类与类之间存在着紧密的耦合关系。SayHello类中的_helloGen字段类型为 EnHelloGenerator，这将导致我们很难给它赋予一个其它的HelloGenerator（例如CnHelloGenerator，用于生成 中文问候语）。另外MainApp也严重依赖于SayHello.dll以及HelloGenerator.dll，在程序中我们可以看到类似new SayHello();new EnHelloGenerator();的命令。 这种紧密的耦合关系导致组件的复用性降低。试想，如果想复用SayHello组件，那么我们不得不连同HelloGenerator一同拷贝过去， 因为SayHello.dll是依赖与HelloGenerator.dll的。解决这个问题的办法就是“针对抽象（接口）”编程 （依赖倒置原则）。这里的抽象既包括抽象类也包括接口。我不想过多的去谈抽象类和接口的区别，在后续的例子中我们将使用接口。由于接口在进行“动态代理” 时仍能保持类型信息，而抽象类可能由于代理的原因导致继承关系的“截断”（如MixIn等）。除此之外，对于单继承的C#语言而言，使用接口可以拥有更大 的弹性。 二、接口依赖 既然类之间的依赖导致耦合过于紧密，按照《设计模式》的理论，我们要依赖于接口。但是人们往往发现，仅仅依赖于接口似乎并不能完全解决问题。我们从上面的例子中抽象出接口后，组件间的依赖关系可能变成如下图所示： 经过改造后，SayHello不再依赖于具体的HelloGenerator，而是依赖于IHelloGenerator接口，如此一来，我们可以 动态的将EnHelloGenerator或是CnHelloGenerator赋给SayHello，其打印行为也随之发生改变。接口的定义以及改造后 的SayHello代码如下（为了节省空间，将代码合并书写）： using System; namespace IocInCSharp { public interface IHelloGenerator { string GetHelloString(string name); } public interface ISayHello { IHelloGenerator HelloGenerator{ get; set; } void SayHelloTo(string name); } public class SayHello : ISayHello { private IHelloGenerator _helloGen; public IHelloGenerator HelloGenerator { get { return _helloGen; } set { _helloGen = value; } } public void SayHelloTo(string name) { if(_helloGen != null) Console.WriteLine(_helloGen.GetHelloString(name)); else Console.WriteLine("Client.hello is not initialized"); } } } 但是我们的MainApp似乎并没有从接口抽象中得到什么好处，从图中看，MainApp居然依赖于三个组件：ICommon.dll、 HelloGenerator.dll以及SayHello.dll。这是由于MainApp在这里负责整体的“装配”工作。如果这三个组件中的任何一个 发生变化，都将导致MainApp.exe的重新编译和部署。从这个角度来看，似乎“针对接口编程”并没有为我们带来太多的好处。 如果能够将“组件装配”工作抽象出来，我们就可以将MainApp的复杂依赖关系加以简化，从而 进一步实现解耦。为此，我们引入“工厂”模式，并利用配置文件和反射技术，动态加载和装配相关组件。 三、基于配置文件和Reflection的工厂模式 为了消除MainApp对其它组件的依赖性，我们引入工厂模式，并且根据配置文件指定的装配规程，利用.net提供的反射技术完成对象的组装工作。 本部分代码仅仅提供一种功能演示，如果实际应用仍需进一步完善（建议使用一些成型的Ioc框架，例如Spring.net或Castle等）。经过改造后 的系统，组件间依赖关系如下图： 可以看出这次实现了真正的“针对接口编程”。所有的组件只依赖于接口。MainApp所需的对象是由工厂根据配置文件动态创建并组装起来的。当系统 需求发生变化时，只需要修改一下配置文件就可以了。而且MainApp、SayHello和HelloGenerator之间不存在任何的依赖关系，实现 了松耦合。 这是如何实现的呢？我们首先要能够解析配置文件中的信息，然后建立包含相关信息的对象。最后根据这些信息利用反射机制完成对象的创建。首先我们看一下配置文件所包含的内容： 从中我们可以看出，我们实现了一个IocInCSharp.ConfigHandler类，用来处理配置文件中IocInCSharp\ objects结点中的内容。ConfigHandler类将根据该结点下的内容处理并创建一ConfigInfo对象（关于ConfigInfo、 ObjectInfo以及PropertyInfo的代码可自行查看源代码，这里就不再赘述）。ConfigHandler类的代码实现如下： using System; using System.Configuration; using System.Xml; namespace IocInCSharp { public class ConfigHandler:IConfigurationSectionHandler { public object Create(object parent, object configContext, System.Xml.XmlNode section) { ObjectInfo info; PropertyInfo propInfo; ConfigInfo cfgInfo = new ConfigInfo(); foreach(XmlNode node in section.ChildNodes) { info = new ObjectInfo(); info.name = node.Attributes["name"].Value; info.assemblyName = node.Attributes["assembly"].Value; info.typeName = node.Attributes["typeName"].Value; foreach(XmlNode prop in node) { propInfo = new PropertyInfo(); propInfo.propertyName = prop.Attributes["name"].Value; propInfo.assemblyName = prop.Attributes["assembly"].Value; propInfo.typeName = prop.Attributes["typeName"].Value; info.properties.Add(propInfo); } cfgInfo.Objects.Add(info); } return cfgInfo; } } } 通过ConfigHandler的解析，我们最终得到一个ConfigInfo实例，Factory就是根据这个实例中所包含的配置信息，利用反射技术对所需对象生成并组装的。SayHelloFactory的代码如下： using System; using System.IO; using System.Configuration; using System.Reflection; namespace IocInCSharp { public class SayHelloFactory { public static object Create(string name) { Assembly assembly; object o = null; object p; string rootPath = Path.GetDirectoryName(Assembly.GetEntryAssembly().Location) + Path.DirectorySeparatorChar; ConfigInfo cfgInfo = (ConfigInfo)ConfigurationSettings.GetConfig("IocInCSharp/objects"); ObjectInfo info = cfgInfo.FindByName(name); if(info != null) { assembly = Assembly.LoadFile(rootPath + info.assemblyName); o = assembly.CreateInstance(info.typeName); Type t = o.GetType(); for(int i=0; i<info.properties.Count; i++) { PropertyInfo prop = (PropertyInfo)info.properties[i]; assembly = Assembly.LoadFile(rootPath + prop.assemblyName); p = assembly.CreateInstance(prop.typeName); t.InvokeMember(prop.propertyName, BindingFlags.DeclaredOnly | BindingFlags.Public | BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.SetProperty, null, o, new Object[] {p}); } } return o; } } } 在上面这段代码中，重点注意三条命令的使用方法： assembly = Assembly.LoadFile(rootPath + prop.assemblyName); p = assembly.CreateInstance(prop.typeName); t.InvokeMember(prop.propertyName, BindingFlags.DeclaredOnly | BindingFlags.Public | BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.SetProperty, null, o, new Object[] {p}); Assembly.LoadFile()用于将外部文件装载进来；assembly.CreateInstance()根据装载进来的程序集创建一指定类型的对象；t.InvokeMember(prop.propertyName, ........BindingFlags.SetProperty, null, o, new Object[] {p})利用反射机制对创建出来的对象设置属性值。 我们的Factory就是利用这种方式根据配置文件动态加载程序集，动态创建对象并设置属性的。有了这个Factory，MainApp中的内容就很简单了： using System; namespace IocInCSharp { public class MainApp { public static void Main() { ISayHello sayHello = (ISayHello)SayHelloFactory.Create("SayHello"); if(sayHello != null) sayHello.SayHelloTo("zhenyulu"); else Console.WriteLine("Got an Error!"); } } } 现在，MainApp只依赖于接口，不再依赖于其它组件，实现了松耦合。在本例子中，大家可以尝试将配置文件中的IocInCSharp.CnHelloGenerator更改为IocInCSharp.EnHelloGenerator，看看是否输出内容由中文变为了英文。这便是“注入”的效果。 从上面这个例子我们可以看出，通过自定义配置文件和.net中的Reflection技术，我们自己就可以开发Ioc应用，根据配置文件的信息自行 组装相应的对象。但是Reflection编程的技术门槛还是比较高的，并且在实际应用中配置文件的格式、Handler的设计都不是象上面代码那样的简 单。不过幸好我们现在有很多的Ioc容器可供选择，它们都提供了完整的依赖注入方式，并且比自己写代码更加成熟、更加稳定。使用这些框架可以让程序员在三 两行代码里完成“注入”工作。在我们下一个案例中，我们将使用Spring.net实现依赖注入。我们会发现仅仅添加几行代码并更改一下配置文件就可轻松 实现依赖注入。 四、使用Spring.net实现依赖注入 Spring在Java界可是响当当的名字，现在也有.net平台下的Spring框架了，那就是Spring.net。用户可以从http://www.springframework.net/下载到Spring.net的最新版本。本例子中使用的版本为“Spring Interim Build August 15, 2005 ”，并对Spring.Services组件中的Remoting部分做了微小调整，删除了代码中用于输出的部分命令。 Spring.net为我们提供了一种基于配置文件的注入方式，目前Spring.net允许将值注入到属性，也允许将一个工厂绑定到属性，工厂的 产品将注入属性；除此之外，Spring.net还允许将一个方法的返回结果绑定到属性；它还可以在绑定之前强制进行初始化。另外Spring.net还 专门针对.net提供了Remoting以及Windows Service的“注入”方式。Spring.AOP允许完成横切（不过目前是调用的是AopAlliance的代码）。 尽管我对基于配置文件的注入方式仍然有些偏见（我认为它很难Debug、难于理解、没有编译时错误校验、编写效率比较低。另外它还存在安全隐患 ，恶意用户可以借助修改配置文件将恶意代码注入系统。因此，Spring.net在Web开发中应当更具优势），但这并不能掩盖Spring.net的光 芒（据说Castle比Spring.net要好，但目前我还没有尝试过使用Castle）。使用Spring.net，我们只需修改两三行代码，并提供 相应配置文件，就可以轻松实现Ioc。应用Spring.net后，我们的系统依赖关系如下图所示： 　 从图中可以看出，MainApp、SayHello、HelloGenerator之间并不存在任何依赖关系，它们都依赖于抽象出来的接口文件。除 此之外，MainApp还依赖于Spring.net，这使得MainApp可以借助Spring.net实现组件动态创建和组装。 对于原有代码，我们几乎不用作任何调整，唯一需要修改的就是MainApp中的调用方法，代码如下： using System; using System.Configuration; using Spring.Context; namespace IocInCSharp { public class MainApp { public static void Main() { try { IApplicationContext ctx = ConfigurationSettings.GetConfig("spring/context") as IApplicationContext; ISayHello sayHello = (ISayHello)ctx.GetObject("mySayHello"); sayHello.SayHelloTo("zhenyulu"); } catch (Exception e) { Console.WriteLine(e); } } } } 首先我们要添加对Spring.Context命名空间的引用，然后解析配置文件的"spring/context"结点，得到一 IApplicationContext对象（就好比在上一个例子中我们得到的ConfigInfo对象一样），剩下的事情就是向该Context索要相 关的对象了(ISayHello)ctx.GetObject("mySayHello")，其中"mySayHello"由配置文件指定生成方式和注入 方式。 配置文件的内容如下： 注意观察结点，就是由这里定义对象间相互依赖关系的。其中的结点定义了对什么属性执行注入，以及注入的内容是什么（）。大家可以尝试将改为，看一看程序执行结果有什么变化来体会Spring.net的Ioc功能。 如果读者读到这里仍然觉得Ioc没有什么的话，那让我们再来看一个更为复杂的例子。在当前例子中，MainApp通过依赖注入调用了 HelloGenerator的功能，但所有的调用都发生在本地。当前程序是一个地地道道的本地应用程序。现在如果要求在不更改一行代码的情况下，将 HelloGenerator.dll放到另外一台计算机上，MainApp通过远程调用（Remoting）来访问HelloGenerator的功 能。这似乎就有一定的难度了。 这么作并不是没有任何依据，其实Ioc除了可以实现依赖注入外，我们还应当看到它可以将我们从复杂的物理架构中解脱出来，专心于业务代码的开发。系 统开发中关键是逻辑分层。在一个系统不需要Remoting时，开发的系统就是本地应用程序；当需要Remoting时，不用修改任何代码就可以将系统移 植为分布式系统。Ioc使这一切成为可能。Rod Johnson在他的《J2EE without EJB》一书中有着详细的论述，很值得一读。据说该书的中文译本今年九月份出版（呵呵，就是这个月，不过我还没有看到市面上有卖的）。 为了能够更深入的分析在“Remoting”改造过程中我们可能遇到的麻烦，在后续两部分内容中，我们将分别介绍不使用Ioc的Remoting改造以及使用Ioc的改造，并比较两者之间的区别。 五、使用Remoting对原有系统进行改造 如果使用Remoting技术对HelloGenerator进行改造，使其具有分布式远程访问能力，那么在不使用Ioc技术的情况下，我们将会作出如下调整： （1）让HelloGenerator继承自MarshalByRefObject类 如果要让某个对象具有分布式的功能，必须使其继承自MarshalByRefObject，这样才可以具有远程访问的能力。因此我们需要调整EnHelloGenerator和CnHelloGenerator的代码。这里以EnHelloGenerator为例: using System; namespace IocInCSharp { public class EnHelloGenerator : MarshalByRefObject, IHelloGenerator { public string GetHelloString(string name) { return String.Format("Hello, {0}", name); } } } （2）将修改后的HelloGenerator发布出去 在这一步中，我们创建了一个新的Console应用程序RemotingServer，并在其中注册了一个Channel，发布服务并进行监听。代码如下： using System; using System.Configuration; using System.Collections; using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; using System.Runtime.Remoting.Channels.Http; using System.Runtime.Serialization.Formatters; namespace IocInCSharp { public class Server { public static void Main() { int port = Convert.ToInt32(ConfigurationSettings.AppSettings["LocalServerPort"]); try { BinaryServerFormatterSinkProvider serverProvider = new BinaryServerFormatterSinkProvider(); BinaryClientFormatterSinkProvider clientProvider = new BinaryClientFormatterSinkProvider(); serverProvider.TypeFilterLevel = TypeFilterLevel.Full; IDictionary props = new Hashtable(); props["port"] = port; props["timeout"] = 2000; HttpChannel channel = new HttpChannel(props, clientProvider, serverProvider); ChannelServices.RegisterChannel(channel); RemotingConfiguration.RegisterWellKnownServiceType( typeof(EnHelloGenerator), "HelloGenerator.soap", WellKnownObjectMode.Singleton); Console.WriteLine("Server started!\r\nPress ENTER key to stop the server..."); Console.ReadLine(); } catch { Console.WriteLine("Server Start Error!"); } } } } （3）全新的客户端调用代码 为了使得客户端MainApp能够调用到远程的对象，我们需要修改它的代码，注册相应的Channel并进行远程访问。修改后的MainApp代码如下： using System; using System.Configuration; using System.Collections; using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; using System.Runtime.Remoting.Channels.Http; using System.Runtime.Serialization.Formatters; namespace IocInCSharp { public class MainApp { public static void Main() { //建立连接 BinaryServerFormatterSinkProvider serverProvider = new BinaryServerFormatterSinkProvider(); BinaryClientFormatterSinkProvider clientProvider = new BinaryClientFormatterSinkProvider(); serverProvider.TypeFilterLevel = TypeFilterLevel.Full; IDictionary props = new Hashtable(); props["port"] = System.Convert.ToInt32(ConfigurationSettings.AppSettings["ClientPort"]); HttpChannel channel = new HttpChannel(props, clientProvider, serverProvider); ChannelServices.RegisterChannel(channel ); //创建远程对象 ISayHello sayHello = new SayHello(); string RemoteServerUrl = ConfigurationSettings.AppSettings["RemoteServerUrl"]; sayHello.HelloGenerator = (IHelloGenerator)Activator.GetObject(typeof(IHelloGenerator), RemoteServerUrl); sayHello.SayHelloTo("zhenyulu"); } } } 在这段代码中，远程对象的创建是通过(IHelloGenerator)Activator.GetObject(typeof(IHelloGenerator), RemoteServerUrl)实现的。到此为止，我们就完成了对原有系统的Remoting改造。 经过调整后的系统，其组件间相互依赖关系如下图所示： 注意ICommon.dll文件在Client和Server端都有。 在整个调整过程中，我们修改了Server端的EnHelloGenerator以及CnHelloGenerator的代码，Client端的 MainApp也 作了修改，以加入了远程访问机制。那么能不能对原有代码不作任何修改就实现远程访问机制呢？当然可以！不过我们还要请出Sping.net帮助我们实现这 一切。 六、利用Ioc在不修改任何原有代码的情况下实现Remoting 上文我们提到，为了实现对HelloGenerator.dll的分布式调用，我们不得不修改了原有程序的多处代码。那么有没有可能在不动任何原有 代码的情况下，单纯靠添加组件、修改配置文件实现远程访问呢？当然可以。这次我们还是使用Spring.net完成这个工作。 经过调整后的系统组件构成如下图所示： 该方案没有修改“src\Step3”中的任何代码，仅仅通过修改配置文件和添加了若干个组件就实现了远程访问。修改方案如下： （1）使用Proxy模式代理原有HelloGenerator 如果要让某个对象具有分布式的功能，必须使其继承自MarshalByRefObject。但是由于不能修改任何原有代码，所以这次我们只能绕道而 行， 借助Proxy模式代理原有的HelloGenerator。在RemotingServer项目中，我们定义了一个新类 HelloGeneratorProxy继承自MarshalByRefObject，通过委派的方式对原有的HelloGenerator进行调用，代 码如下： using System; namespace IocInCSharp { public class HelloGeneratorProxy : MarshalByRefObject, IHelloGenerator { private IHelloGenerator _helloGen; public IHelloGenerator HelloGenerator { get { return _helloGen; } set { _helloGen = value; } } public string GetHelloString(string name) { if(_helloGen != null) return _helloGen.GetHelloString(name); return null; } } } 仔细观察，我们会发现HelloGeneratorProxy持有一个对IHelloGenerator的引用，该属性是可以Set的，因此我们可 以借助Ioc的威力，通过调整Sping.net的配置文件动态决定远程服务器究竟发布EnHelloGenerator还是 CnHelloGenerator。 （2）发布HelloGeneratorProxy 通过RemotingServer.exe，我们将HelloGeneratorProxy发布出去，客户端实际上调用的是Proxy对象（不用担心，由于“针对接口编程”，客户端只知道它是IHelloGenerator类型对象）。服务器端代码如下： using System; using System.Configuration; using System.Collections; using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; using System.Runtime.Remoting.Channels.Http; using System.Runtime.Serialization.Formatters; using Spring.Context; namespace IocInCSharp { public class Server { public static void Main() { int port = Convert.ToInt32(ConfigurationSettings.AppSettings["LocalServerPort"]); try { BinaryServerFormatterSinkProvider serverProvider = new BinaryServerFormatterSinkProvider(); BinaryClientFormatterSinkProvider clientProvider = new BinaryClientFormatterSinkProvider(); serverProvider.TypeFilterLevel = TypeFilterLevel.Full; IDictionary props = new Hashtable(); props["port"] = port; props["timeout"] = 2000; HttpChannel channel = new HttpChannel(props, clientProvider, serverProvider); ChannelServices.RegisterChannel(channel); IApplicationContext ctx = ConfigurationSettings.GetConfig("spring/context") as IApplicationContext; HelloGeneratorProxy proxy = (HelloGeneratorProxy)ctx.GetObject("myHelloGeneratorProxy"); RemotingServices.Marshal(proxy, "HelloGenerator.soap"); Console.WriteLine("Server started!\r\nPress ENTER key to stop the server..."); Console.ReadLine(); } catch { Console.WriteLine("Server Start Error!"); } } } } 注意其中的几条命令： IApplicationContext ctx = ConfigurationSettings.GetConfig("spring/context") as IApplicationContext; HelloGeneratorProxy proxy = (HelloGeneratorProxy)ctx.GetObject("myHelloGeneratorProxy"); RemotingServices.Marshal(proxy, "HelloGenerator.soap"); 我们使用Ioc向HelloGeneratorProxy注入具体的HelloGenerator对象，并通过 RemotingServices.Marshal(proxy, "HelloGenerator.soap")命令将该实例发布出去。服务器端的配置文件如下： 用户可以尝试将配置文件中更改为，重新启动服务后看看客户端调用结果是什么？ （3）客户端实现技术-1 客户端实现起来要麻烦一些。由于不允许修改MainApp中的任何代码，我们必须能够在合适的时机拦截代码运行并创建远程连接，同时确保在Ioc注 入时注入的是远程对象。所有这些工作Sping.net都考虑的很周到。它提供了depends-on属性，允许在执行某一操作前强制执行某段代码。在客 户端的配置文件中，我们可以看到如下的配置选项： ......... 这表示，当我们初始化mySayHello时，要先去调用ForceInit.dll文件中ForceInit类的Init方法。ForceInit是一个新编写的类，其主要目的就是创建并注册一个用于远程通讯的Channel。代码实现如下： using System; using System.Collections; using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; using System.Runtime.Remoting.Channels.Http; using System.Runtime.Serialization.Formatters; namespace IocInCSharp { public class ForceInit { public static void Init() { //建立连接 BinaryServerFormatterSinkProvider serverProvider = new BinaryServerFormatterSinkProvider(); BinaryClientFormatterSinkProvider clientProvider = new BinaryClientFormatterSinkProvider(); serverProvider.TypeFilterLevel = TypeFilterLevel.Full; IDictionary props = new Hashtable(); props["port"] = 8199; props["name"] = "myHttp"; HttpChannel channel = new HttpChannel(props, clientProvider, serverProvider); //获得当前已注册的通道； IChannel[] channels = ChannelServices.RegisteredChannels; //关闭指定名为MyHttp的通道； foreach (IChannel eachChannel in channels) if (eachChannel.ChannelName == "myHttp") ChannelServices.UnregisterChannel(eachChannel); ChannelServices.RegisterChannel(channel); } } } （4）客户端实现技术-2 剩下的工作就是为mySayHello的HelloGenerator注入远程对象。通常情况下我们需要使用 Activator.GetObject方法调用远程对象，不过Spring.net已经将其封装起来，我们只需修改一下配置文件，就可以确保调用到远程 对象。配置文件对应部分如下： ...... IocInCSharp.IHelloGenerator, ICommon http://127.0.0.1:8100/HelloGenerator.soap 借助Spring.Remoting.SaoFactoryObject，我们轻松实现了远程对象访问，不必书写一行代码。（目前SAO在 Spring.net的实现尚不完整，按照Spring.net帮助手册上的做法，通过配置文件只能实现客户端访问远程对象，还做不到服务器端发布远程对 象） （5）使用AOP拦截调用 Sping.net目前已经实现AOP功能，我们可以很容易的对方法进行拦截和调用。需要做的工作就是设计相应的Interceptor，然后修改 配置文件。目前Sping.net使用的AOP功能是AopAlliance的实现，因此代码编写时命名空间引用让人感觉多少有些别扭，不是以Sping 开头。我编写的MethodInterceptor代码如下： using System; using AopAlliance.Intercept; namespace IocInCSharp { class MethodInterceptor : IMethodInterceptor { public object Invoke(IMethodInvocation invocation) { Console.WriteLine("Before Method Call..."); object returnValue = invocation.Proceed(); Console.WriteLine("After Method Call..."); return returnValue; } } } 在方法调用前打印"Before Method Call..."，在方法调用后打印"After Method Call..."。剩下的工作就是修改配置文件，将其应用到相应的方法上。配置文件片断如下： ...... MethodAdvice 通过以上操作，我们在没有修改任何原有代码的情况下，让原有系统实现了远程分布式访问。 请大家访问示例代码的“bin\Step5"目录，下面有3个子目录：Server、Client、WithoutRemoting。首先运行 Server目录下的RemotingServer.exe，然后运行Client目录下的MainApp.exe进行远程调用。系统通过 Remoting完成远程调用。关闭所有程序后，进入到WithoutRemoting目录，里面有个Readme.txt文件，按照操作步骤将文件： ..\Server\HelloGenerator.dll ..\Client\MainApp.exe ..\Client\ICommon.dll ..\Client\SayHello.dll ..\Client\Spring.Core.dll ..\Client\log4net.dll 　 拷贝到该目录，再次运行MainApp.exe，你会发现它是一个地地道道的本地应用程序！本地与远程唯一的区别就是配置文件的不同以及增加了几个其它的DLL。这正式我们这个示例的价值体现。 到此为止，我们完成了对Ioc应用的一系列模拟。Ioc写得多一些，AOP写得少了点。欢迎大家批评指正。
搭建你的Spring.Net+Nhibernate+Asp.Net Mvc 框架
10-28
搭建你的Spring.Net+Nhibernate+Asp.Net Mvc 框架系列文档 包含 6 个文档,以及1个demo ,以及包含一个springNihibernate 压缩包,其中包含相应的dll文件 案例来自FlyDragon 的 随笔,我在此只是将其整理;版权归 FlyDragon 所有, 出处：http://www.cnblogs.com/fly_dragon/.大家也可以到该网址学习.
spring-net:.NET的Spring框架
04-27
SPRING.NET FRAMEWORK，版本3.0.0（预发布） 1.引言 Spring.NET的3.0.0版本包含 功能齐全的控制容器倒置 面向方面的编程框架 用于轻量级脚本编写的表达语言 与UI无关的验证框架 ASP.NET框架页面和用户控件的依赖注入，双向数据绑定等。 ASP.NET MVC和ASP.NET WebAPI框架MVC依赖注入（包括WebAPI）。 声明式事务管理抽象通过使用跨不同事务API的通用XML配置和属性进行声明式事务管理 ADO.NET框架 简化ADO.NET的使用。 DAO支持类以及与Spring的声明式事务管理功能的集成 可移植服务抽象通过.NET Remoting，Web Service或.NET Serviced Component导出纯.NET对象，并基于终结点URL和服务接口创建客户端代理。 NHibernate整合NHibernate
基于winform的spring.net+Nhibernate示例
07-17
这个框架使用Spring.NET-1.3.2和NHibernate-3.2.0，在mysql5.1上建了一个user表，字段请各位看映射文件啦（什么？你不懂什么是映射文件？）IDE用的是vs2008，.net框架用的是3.5。虽然配置得比较粗糙，好歹也算是个能跑的范例，在此抛砖引玉，希望各位有什么改进的建议也能在留言中提出。
Spring.net(一)----Spring.NET框架简介及模块说明
weixin_33829657的博客
04-22 254
简介:     Spring.NET框架包括很多功能,Spring.NET 1.0包括完整的IoC容器和AOP类库。1.1版加入Web、ORM和数据模块。Spring.NET的下载包中并不包含与其它类库（如NHibernate，TIBCO EMS，Anthem，和IIOP.NET）集成的模块，如果需要您可以单独下载。     Spring Framework天生丽质，因为其先进的架构和对一...
Spring.Net 框架(一)
galbanum
01-16 6279
Spring.NET是一个应用程序框架，其目的是协助开发人员创建企业级的.NET应用程序。它提供了很多方面的功能，比如依赖注入、面向方面编程（AOP）、数据访问抽象及ASP.NET扩展等等。Spring.NET以Java版的Spring框架为基础，将Spring.Java的核心概念与思想移植到了.NET平台上。企业级应用一般由多个物理层组成，每个物理层也经常划分为若干功能层。不同层次之间需要相互协
Spring.Net 框架(二)
galbanum
01-16 4298
IObjectFactory是初始化、配置及管理对象的实际容器（按：它是所有容器的父接口）。对象间通常会相互协作，我们也可以说它们相互间具有依赖性。这些依赖性通过IObjectFactory的配置数据反映出来。（但某些依赖性从配置数据中是看不到的，比如运行时对象之间的方法调用。）Spring.Objects.Factory.IObjectFactory接口有多个实现类。最常用的是 Spring.O
『Spring.NET+NHibernate+泛型』框架搭建之DAO（三）★
煙雨六月
07-30 5222
本节内容介绍Nhibernate所封装的数据库访问层。不过我加入了泛型进行封装。大概思路：首先，我们有一个接口层，还有一个对应的实现层；在接口层中我们先定义一个父接口，父接口中定义每一个接口都可能会用到的方法，然后其他接口继承此父接口即可。如果子接口需要使用特殊的方法，可以单独定义在子接口中；在接口实现层中也是类似的，定义一个父类，里面写好实现了接口层父接口的方法，其他实现层同样继承父接口和实现层父类，接口层中定义的特殊方法也在对应的实现类中进行实现。这样做可以有效的把相似的重复代码（重复的增删改查）尽可能
Ext+Asp.Net+Spring.Net+NHibernate框架集成应用
标题中的“Ext+Asp.Net+Spring.Net+NHibernate”代表了一系列用于企业级应用开发的框架和技术的组合。每种技术在全栈开发中扮演着不同的角色，它们的集成使用能够加速开发流程并提高应用的质量。下面将详细介绍这些...
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值