摘要：
技能需沉淀，文字组织能力需提升。决定写这套日志，回忆、优化、记录和分享。 七色花，当年毕设的名称，算是对梦想的追逐吧。 情怀内容结束，正式开始。 系统定位和目标： 这套系统的定位是应用型管理系统模板。 功能层面来说，其主要目标是实现权限的灵活控制和通用功能的实现； 代码层面来说，其主要目标是以下几点： 1、基于EntityFramework的数据层封装设计和实现 2、En... 阅读全文
摘要：
今年初学Java，是个新人。若文中有错误纰漏，希望能指出，见谅。 目标：对 User 对象集合进行排序，要求使用简单并且代码可读性强。 User 类定义如下： public class User { /** * id */ private String id; /** * 姓名 */ private 阅读全文
摘要：
Dapper是什么 Dapper是一款轻量级的微ORM，其核心是实现了“将查询结果映射到指定数据模型”，因此可以抛开DataSet、DataTable等数据集对象，以强类型的方式使用查询数据结果。Dapper是开源的，它的GitHub地址在这里：https://github.com/StackExchange/dapper-dot-net，本章节中选择1.4.0版本的Dapper下的.NET45下... 阅读全文
摘要：
解耦WebUI层与EntityFramework 在还未实现实体仓储时，登录功能是在控制器中直接初始化EF数据库上下文来实现的，这样也导致WebUI层必须引用EntityFramework。在完成数据层的设计和实现之后，控制器中不再直接使用EF数据库上下文对象，而是通过工作单元去调用实体仓储，其实到了这一步就可以让WebUI层不再依赖EntityFramework。从WebUI层中通过nuget管... 阅读全文
摘要：
EF性能渣？这个锅EF不背 作为ORM，必然有性能上的损失，这是取舍问题。但“舍”的性能损失，大到可以用渣形容吗？ 微软在设计EF的时候同时考虑了CS和BS，导致部分配置适合A却不适合B，而可能为了让开发者（无论CS系统开发者还是BS系统开发者）体验到这些配置，默认都是开启的。这直接成为部分开发者认为EF性能很渣的重要原因之一。 这篇日志将粗略介绍几个主要配置的作用和适用场景。 最常用的几个主... 阅读全文
摘要：
为什么要有工作单元 在EF中，对实体集合的添加、更新和删除操作都只是内存级别的处理，需要通过db.SaveChanges()来执行数据库更新。这样就可以在SaveChanges之前对不同实体集合进行不同的操作，最后一次性提交到数据库，以保证事务的嵌套（SaveChanges时会自动嵌套事务）。举例来说，EF中可以这样操作db： 1 var db1 = new MasterEntityConte... 阅读全文
摘要：
为什么要设计数据接口 首先来看一下3层的主要逻辑：数据层 => 业务层 => 应用层。作为通用的项目模板，其中最可能按需而大变的就是数据层，因为不同的项目，使用的数据库、数据驱动技术，是很有可能不同的。项目A，MsSql+EF（就像我正在演示的），项目B，也用这套模板，但变成了MySql+ADO.NET，那么就要尽可能地维持项目的整洁，减少需要修改的代码的量和范围。最佳的做法自然就是“数据层暴露出... 阅读全文
摘要：
不多说，完善一下。 完善数据核心层 在数据实体层（SF.Framework.Entity）中，我们以一级文件夹区分了不同数据库的数据实体，如下图： 也是因此，在数据核心层（SF.Framework.DataCore）中定义EF数据上下文（MasterEntityContext）时，特地以Master作为类前缀来进行区分，实体配置工厂（MasterConfigurationFactory）也是... 阅读全文
摘要：
经过前面的工作，系统正变得越来越清晰。 现在有一个问题需要解决。当需要额外增加一个数据表时，我们需要做的操作是： 在实体层创建实体并编译实体层 在核心层运行T4 配置实体 将实体对象关联给EF数据库上下文（定义DbSet） 将实体配置注册给EF配置对象 这过于繁琐，最后2个步骤，强行地把实体关联在EF数据库上下文里，导致了两者的耦合。这篇日志将演示如何将最后2个步骤省略，解放EF数据库上下文，不... 阅读全文
摘要：
基于EntityFramework的数据访问层，我计划细分成数据核心、数据接口和数据实现。 其中数据核心已经在前几个章节中创建，那么在这篇日志里，将演示数据仓储（接口和实现）的实现及封装架构的整个过程。 仓储的作用 仓储的概念请自行搜索了解，我认为它最大的作用就是解耦。没有仓储，就只能直接使用EF数据库上下文对象来操作数据库，而为了“能使用EF数据库上下文对象来操作数据库（各实体库）”，就必须... 阅读全文
摘要：
在前一章节里，我们已经能够对映射字段进行配置了。但在演示中，我们通过删除原数据库让EF重新创建的方式，才把新的字段信息更新（其实是破而后立）到了数据库。这显然无法让人接受。在这篇日志里，将演示“在实体类发生改变时如何自动更新数据库中的表结构”和“在EF创建数据库的时候如何初始化一批数据”。 合并/迁移 合并是指“新的实体模型映射到数据库中，更新其结构”，例如： 新增了实体类，那在数据库中就是... 阅读全文