To Begin,Begin　　

在这次的项目中，接触了“新”的底层架构。        做项目两个多月以来，对底层架构，脑中只有一个大概轮廓，一直以来都没有行动下移，把这架构落实到图上。        近日，抽出一些空儿，画画图。看看这个被大牛们吹捧的架构，到底是怎么回儿事。        三层

EF全称Entity Framework，说到EF不得不提ORM。      ORM全称Object Relationship Mapping，广义地讲，就是面向对象的对象模型和关系数据库的数据结构之间的相互转换。通俗地解释，即表实体和表之间的相互转换。ORM体现的是一种思想，表实体的变化映射到表的变化。也就是说，你对实体进行增删改查引起的实体变化，会自动更新到数据库。我们为什么需

EF的创建方式有三种：DataBaseFirst       新建项-ADO.NET实体数据模型-从数据库生成ModelFirst       新建项-ADO.NET实体数据模型-空模型，在设计器中设计实体和它们之间的关系，之后右击选择从模型生成数据库。CodeFirst       通过写代码的方式，创建实体，上下文，数据库也是通过写代码生成。   

接着上篇文章，我们将采用新的方式进行动态代理。ObjectNameAutoProxyCreator创建代理实现思路 　　根据配置文件中的配置，Spring容器会根据此配置，为符合条件的对象创建代理。具体代码 配置文件<?xml version="1.0"?><configuration> <configSections> <sectionGroup name=

AOP概念 　　Aspect Oriented Programming，面向切面编程，可以通过预编译方式和运行期动态代理，实现在不修改源代码的情况下给程序动态统一添加功能的一种技术。前提 了解Spring.NET IOC熟悉代理模式 　　下面我们结合一个具体的例子来了解AOP。 基本情景 User类 /// <summary> /// 用户实体，具有姓名和年

IOC背景介绍 　　传统的实现：由程序内部代码来控制类与类之间的关系（如：在一个具体的类中，调用另一个类的方法）。使用new关键字来实现两个类之间关系的组合。这种实现方式会造成类之间耦合。 　　IOC的实现：它将类间关系从程序内部提到外部容器，也就是说由容器在运行期将类间的某种依赖关系动态注入类中。对象A依赖于对象B,当对象 A需要用到对象B的时候，IOC容器就会立即创建一个对象B送给对

背景 　　在搭建完项目框架之后，当我利用单元测试来测一条线时，出现了以下错误： 　　Cannot resolve type[……]for object with name ‘ButtonBll’ defined in config. 　　看到问题描述之后首先去检查了自己配置文件中的配置: <!--B层实现注入-->

前言 　　在Java基础中我们学“继承中的构造方法”时，强调了以下几点： 子类构造过程必须调用其基类的构造过程。可以通过显示调用或系统默认的方式调用基类的构造过程。显示调用：通过Super(参数)来调用，且必须放在子类构造方法的第一行。系统默认调用：调用基类的无参构造函数。 　　回顾.NET，道理也是一样的。 　　本文，首先以一个Demo给大家解释一下该知识点，然后再结合项

产生背景 　　删除了旧的EF实体模型，重新建的新的EF实体模型和之前建立的实体模型名称不一样。 　　如：BidSystem.edmx(旧)，LFBidSystem.edmx(新)。 　　产生原因 　　WCF服务层的配置文件web.config及单元测试项目中的配置文件app.config中的配置节和Model层的配置文件不一致，如图所示： 　　 　　解决方

前言 　　这几天一大波MVC框架侵袭我的大脑，Struts1，Struts2，Spring MVC……，让我有种战斗的欲望，要把它们各个攻克。可是，如果把每个都当做一个新的敌人的来对抗的话，就会消耗我很多的能量值，哈哈。于是乎，我决定从最简单的开始，对“敌人”有个清楚的了解，这样才能举一反三哦。Struts产生原因 以“添加用户”这个简单功能举例： 我们需要建一个Web Projec