在常用的三层架构中，通常都是通过数据访问层来修改或者查询数据，一般修改和查询使用的是相同的实体。在一些业务逻辑简单的系统中可能没有什么问题，但是随着系统逻辑变得复杂，用户增多，这种设计就会出现一些性能问题。虽然在DB上可以做一些读写分离的设计，但在业务上如果在读写方面混合在一起的话，仍然会出现一些问...
分类：
其他好文 时间：
2014-08-26 21:06:06
阅读次数：
479
Spring依赖注入 --- 模拟实现面向接口编程，又称面向抽象编程，数据库如果发生更改，对应的数据访问层也应该改变多写几个实现，需要用谁的时候在service里new谁就可以了面向抽象编程的好处就是灵活。创建用户实体类，/ImitateSpring/src/yuki/spring/imitate/...
分类：
编程语言 时间：
2014-08-26 01:44:05
阅读次数：
369
四、三层之间的联系
依赖：三层之间的关系
数据访问层的类：直接访问数据库，实现对基本记录的增删改查操作。
业务逻辑层的类：用相关的数据访问类，实现用户所需功能。
界面层：部署控件后，调用业务逻辑层的类，实现功能。
图解：
实体类：层之间的数据传输对象
为什么选择实体类作为三层之间的传输对象？
ORM（对象关系映射）
Object Re...
分类：
其他好文 时间：
2014-08-24 20:53:43
阅读次数：
201
一、三层架构：
1、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。
2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
3、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、查找等。
优点
1、开发人员可以只关注整个结构中的其...
分类：
Web程序 时间：
2014-08-24 16:47:12
阅读次数：
230
在上一篇文章中，我们使用Entity Framework 和SQL Server LocalDB创建了一个MVC应用程序，并使用它来存储和显示数据。在这篇文章中，你将对由 MVC框架自动创建的CRUD(create, read, update, delete)代码进行修改。
注意：通常我们在控制器和数据访问层之间创建一个抽象层来实现仓储模式，为了将注意力聚焦在如何使用实体框架上，这里暂没有使用仓储模式。...
分类：
Web程序 时间：
2014-08-23 12:43:25
阅读次数：
402
前言 很久没更新了，之前有很多事情，所以拖了很久，非常抱歉。好了，废话不多说，下面开始正题。本篇仍然使用上一季的的项目背景（系列地址http://www.cnblogs.com/fzrain/p/3490137.html）来演示OData服务,因此我们可以直接使用之前建好的数据访问层。但是不是说一定...
昨天听同学说，要把DataReader对象转成实体对象，要写一个通用的方法。想了下用反射应该可以做到。项目中一般都是用第三方组件来做数据访问层，如，Nhibernate、ef等。于是自己想写个简单例子玩玩。 其实，实现起来和简单。一个泛型方法搞定。代码如下： 1 public List T...
分类：
其他好文 时间：
2014-08-16 18:30:00
阅读次数：
197
三层架构已经学习了一段时间，机房收费系统的重构也正在进行，关于三层的认识正在不断加深，对于三层架构，我也简单谈谈我的认识！
什么是？
顾名思义，将一个软件系统的业务应用分为了三层，分别是：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）
为什么？
高内聚，低耦合
怎么用？
表现层（UI，user interface）
作用：用户使用的界面，向用户展现特定业务数据，采集用户的...
分类：
其他好文 时间：
2014-08-15 00:08:16
阅读次数：
323
一、前言经过EF的《第一篇》，我们已经把数据访问层基本搭建起来了，但并没有涉及实体关系。实体关系对于一个数据库系统来说至关重要，而且EF的各个实体之间的联系，实体之间的协作，联合查询等也都依赖于这些实体关系。二、实体映射实体与数据库的映射可以通过DataAnnotation与FluentAPI两种方...
分类：
其他好文 时间：
2014-08-13 18:36:17
阅读次数：
269
@Repository、@Service、@Controller 和 @Component 将类标识为Bean Spring 自 2.0 版本开始，陆续引入了一些注解用于简化 Spring 的开发。@Repository注解便属于最先引入的一批，它用于将数据访问层 (DAO 层 ) ...
分类：
其他好文 时间：
2014-08-07 19:29:20
阅读次数：
183
