个人中心
文章发布
退出
作者热门文章
- Java锁的逻辑（结合对象头和ObjectMonitor）
- 还在用饼状图？来瞧瞧这些炫酷的百分比可视化新图形（附代码实现）⛵
- 自动注册实体类到EntityFrameworkCore上下文，并适配ABP及ABPVNext
- 基于Sklearn机器学习代码实战
29
4
上传Git的忽略文件下载 。
千万不能忘记配置忽略文件，不然可能会搞得你一个项目10多个G，很烦人 。
API程序层：FastEasyAPI 。
服务接口层：IFastEasy.Service 。
服务实现层：FastEasy.Service 。
仓储接口层：IFastEasy.Repository 。
仓储实现层：FastEasy.Repository 。
实体层：FastEasy.Model 。
仓储模式的介绍很多大佬都有博客可以了解，我不会说什么太专业的词汇表达，我也记不得，我会按照我自己的理解来形容 。
首先，仓储层(接口+实现)，服务层(接口+实现)，API程序层。这算是三层的结构，如果熟练或者精通了，不用建这么多类库，接口实现层可以合并或者使用泛型仓储…让项目短小精悍，不过目前我还理解不够，所以搭建最基础的仓储模式.
这个就有很多选择了。Ado，ef，Sqlsugar等等。我刚出来工作的时候学的ado和ef，现在的话……唉，正如前文所说，一路cv过来的，现在都忘的差不多了。所以我选择Sqlsugar！推荐！很棒！反正公司老项目就用他们封装好的ef或者ado，如果有新项目需求，我都用sqlsugar，真的好用一批~特别是多租户事务之类的，我很喜欢~（有点跑题了，继续……） 。
原本我打算直接用来着，后来突然想起来，咱们都core了，怎么可以不用依赖注入呢？所以嘞，这里先穿插一下Autofac的使用，因为之前我单独写过autofac的教程，所以可能我会粘贴之前的文章内容，不懂的话可以留言或者百度，面向百度编程，是你最好的选择！ 。
在api程序层引入autofac的包：Autofac.Extensions.DependencyInjection（内置依赖包含了autofac的基础包） 。
这里说下经验之谈，也不是我自己的经验，就是随着项目越来越大，Programs里面的服务注册会越来越多，所有我要在程序下面新建一个文件夹Filter，里面放我的各个模块的注册类，例如我要注入Sqlsugar，那我会在filter文件夹下新建一个类，起名：SqlsugarModule。然后关于Sqlsugar的注入配置都写在此处，然后Programs里直接注入这个类就行，这样后期不会因为注入很多东西导致Programs过于臃肿.
引入Sqlsugar 的包：SqlSugarCore。 第一次接触的话推荐大家去官网学习 。
Services.AddSingleton<ISqlSugarClient>(s =>
{
SqlSugarScope db
=
new
(
new
ConnectionConfig()
{
DbType
=
SqlSugar.DbType.Sqlite,
ConnectionString
=
"
DataSource=sqlsugar-dev.db
"
,
IsAutoCloseConnection
=
true
,
});
return
db;
});
。
scope单例注入，client非单例注入。官网的介绍是scope线程安全，排查问题方便，client非单例模式，性能比scope高5%左右。我是觉得性能差不多，scope可以让我省心很多，嘿嘿嘿.
到这里的话，sqlsugar其实已经注入完成了，就是这么简单，操作比ef方便很多啊，不过这种东西都是唯手熟尔，哪个你用着6就用哪个 。
写到这儿发现前面的autofac说早了。抱歉各位。因为sqlsugar实在是很简单，所以完全不需要用到autofac（笑死），不过都这样了，就没办法了，反正下面肯定会再说autofac的使用的.
上面注入了Sqlsuar的服务，代表着我们可以访问数据库了.
众所周知，所有的功能需求到最后无非都是对数据库的增删改查，我们先不讨论你业务逻辑怎么搞，到最后你无非都是要搞一个实体，对数据库新增，或者修改，或者搞一个id对着数据库删除数据。因此，无论你操作哪个表，都离不开这些增删改查，所以这个Base基层，就是所有基础的增删改查，分页查询等.
简单梳理下结构，首先我们有仓储层，服务层，应用程序层。仓储层和服务层都各有一个接口层和实现层。最基本的要新增4个类：IBaseRepository，BaseRepository。IBaseService，BaseRepository。因为对数据访问在仓储层，所以我们从Repository开始新建起：先接口后实现。（Base基层的仓储层和服务层基本上一模一样，其方法也只是满足基本的增删改查需求，若是复杂逻辑还需将基类定义为虚方法，在每张表独立的仓储层和服务层去重写方法） 。
基础方法囊括：单条增删改查，批量增删改查，分页查询 。
这是仓储层的Base基类接口 。
///
<summary>
///
1条新增
///
</summary>
///
<param name="entity">
要创建的实体对象
</param>
///
<returns>
如果成功创建实体记录，则返回 true；否则返回 false。
</returns>
Task<
bool
>
CreateEntityAsync(T entity);
///
<summary>
///
批量新增
///
</summary>
///
<param name="entities">
要新增的实体对象集合
</param>
///
<returns>
新增操作影响的记录条数
</returns>
Task<
int
> CreateEntitysAsync(List<T>
entitys);
///
<summary>
///
1条修改
///
</summary>
///
<param name="entity">
要修改的实体对象
</param>
///
<returns>
如果成功修改实体记录，则返回 true；否则返回 false。
</returns>
Task<
bool
>
UpdateEntityAsync(T entity);
///
<summary>
///
批量修改
///
</summary>
///
<param name="entities">
要修改的实体对象集合
</param>
///
<returns>
受影响的记录数
</returns>
Task
<
int
> UpdateEntitysAsync(List<T>
entitys);
///
<summary>
///
1条删除
///
</summary>
///
<param name="id">
要删除的记录的主键ID。
</param>
///
<returns>
删除操作影响的记录数。
</returns>
Task<
bool
> DeleteEntityByIdAsync(
int
id);
///
<summary>
///
根据条件批量删除
///
</summary>
///
<param name="expression">
条件
</param>
///
<returns>
返回受影响条数
</returns>
Task<
int
> DeleteEntitysByWhereAsync(Expression<Func<T,
bool
>>
expression);
///
<summary>
///
查询所有
///
</summary>
///
<returns>
返回实体集合
</returns>
Task<List<T>>
GetEntitysAsync();
///
<summary>
///
根据ID单条查询
///
</summary>
///
<param name="id">
主键ID
</param>
///
<returns>
查询到的实体
</returns>
Task<T> GetEntityByIdAsync(
int
id);
///
<summary>
///
根据条件批量查询。
///
</summary>
///
<param name="expression">
条件表达式
</param>
///
<returns>
符合条件的实体集合
</returns>
Task<List<T>> GetEntitysByWhereAsync(Expression<Func<T,
bool
>>
expression);
///
<summary>
///
分页查询
///
</summary>
///
<param name="pageNumber">
页码，从1开始
</param>
///
<param name="pageSize">
每页条数
</param>
///
<param name="totalCount">
总记录数
</param>
///
<returns>
查询到的实体集合
</returns>
Task<List<T>> GetEntitysToPageAsync(
int
pageNumber,
int
pageSize,
ref
int
totalCount);
。
这是仓储层Base基类实现。实现的是上面定义的Base基类接口 。
public
class
BaseRepository<T> : IBaseRepository<T>
where
T :
class
,
new
()
{
#region
构造
public
BaseRepository(ISqlSugarClient _db)
{
db
=
_db;
}
#endregion
构造
protected
readonly
ISqlSugarClient db;
public
virtual
async
Task<
bool
>
CreateEntityAsync(T entity)
{
try
{
return
await
db.Insertable<T>(entity).ExecuteCommandAsync() >
0
;
}
catch
(Exception)
{
return
false
;
}
}
public
virtual
async
Task<
int
> CreateEntitysAsync(List<T>
entitys)
{
try
{
return
await
db.Insertable<T>
(entitys).ExecuteCommandAsync();
}
catch
(Exception)
{
return
0
;
}
}
public
virtual
async
Task<
bool
> DeleteEntityByIdAsync(
int
id)
{
try
{
return
await
db.Deleteable<T>().In(id).ExecuteCommandAsync() >
0
;
}
catch
(Exception)
{
return
false
;
}
}
public
virtual
async
Task<
int
> DeleteEntitysByWhereAsync(Expression<Func<T,
bool
>>
expression)
{
try
{
return
await
db.Deleteable<T>
().Where(expression).ExecuteCommandAsync();
}
catch
(Exception)
{
return
0
;
}
}
public
virtual
async
Task<T> GetEntityByIdAsync(
int
id)
{
try
{
return
await
db.Queryable<T>
().InSingleAsync(id);
}
catch
(Exception)
{
return
null
;
}
}
public
virtual
async
Task<List<T>>
GetEntitysAsync()
{
try
{
return
await
db.Queryable<T>
().ToListAsync();
}
catch
(Exception)
{
return
null
;
}
}
public
virtual
async
Task<List<T>> GetEntitysByWhereAsync(Expression<Func<T,
bool
>>
expression)
{
try
{
return
await
db.Queryable<T>
().Where(expression).ToListAsync();
}
catch
(Exception)
{
return
null
;
}
}
public
virtual
List<T> GetEntitysToPage(
int
pageNumber,
int
pageSize,
ref
int
totalCount)
{
try
{
return
db.Queryable<T>().ToPageList(pageNumber, pageSize,
ref
totalCount);
}
catch
(Exception)
{
return
null
;
}
}
public
virtual
async
Task<
bool
>
UpdateEntityAsync(T entity)
{
try
{
return
await
db.Updateable<T>(entity).ExecuteCommandAsync() >
0
;
}
catch
(Exception)
{
return
false
;
}
}
public
virtual
async
Task<
int
> UpdateEntitysAsync(List<T>
entitys)
{
try
{
return
await
db.Updateable<T>
(entitys).ExecuteCommandAsync();
}
catch
(Exception)
{
return
0
;
}
}
}
。
基础的增删改差不多就这么多了。写的时候发现个小问题。就是根据id的增删改查，其实也没必要专门搞个方法，使用条件查询方法就可以了，不过一开始没考虑到，我觉得代码复用性高一点说明写的好，不过我这个并没什么太大影响。继续~~ 。
服务层的Base基类接口，这个完全可以复制仓储层的base基类接口，不能说毫无关系，只能说完全一样，所以这里不写咯.
服务层的Base基类实现，也差不多一样，不同的是仓储层是使用db访问数据库，而服务层是通过构造函数注入仓储层的Base基类接口，通过调用接口方法来进行调用.
public
class
BaseService<T> : IBaseService<T>
where
T :
class
,
new
()
{
#region
构造
public
BaseService(IBaseRepository<T>
_baseRepository)
{
baseRepository
=
_baseRepository;
}
#endregion
构造
protected
readonly
IBaseRepository<T>
baseRepository;
public
Task<
bool
>
CreateEntityAsync(T entity)
{
return
baseRepository.CreateEntityAsync(entity);
}
public
Task<
int
> CreateEntitysAsync(List<T>
entitys)
{
return
baseRepository.CreateEntitysAsync(entitys);
}
public
Task<
bool
> DeleteEntityByIdAsync(
int
id)
{
return
baseRepository.DeleteEntityByIdAsync(id);
}
public
Task<
int
> DeleteEntitysByWhereAsync(Expression<Func<T,
bool
>>
expression)
{
return
baseRepository.DeleteEntitysByWhereAsync(expression);
}
public
Task<T> GetEntityByIdAsync(
int
id)
{
return
baseRepository.GetEntityByIdAsync(id);
}
public
Task<List<T>>
GetEntitysAsync()
{
return
baseRepository.GetEntitysAsync();
}
public
Task<List<T>> GetEntitysByWhereAsync(Expression<Func<T,
bool
>>
expression)
{
return
baseRepository.GetEntitysByWhereAsync(expression);
}
public
List<T> GetEntitysToPage(
int
pageNumber,
int
pageSize,
ref
int
totalCount)
{
return
baseRepository.GetEntitysToPage(pageNumber, pageSize,
ref
totalCount);
}
public
Task<
bool
>
UpdateEntityAsync(T entity)
{
return
baseRepository.UpdateEntityAsync(entity);
}
public
Task<
int
> UpdateEntitysAsync(List<T>
entitys)
{
return
baseRepository.UpdateEntitysAsync(entitys);
}
}
。
看到这里的话，基本的仓储模式已经搭建完成了，是的没错，就是这么简单。但是还没有真正的去添加数据库，所以只有基层，像这种普通的仓储模式有个很麻烦的地方就是每一个表结构至少要在项目里添加4个类，所以还是比较麻烦的，所以最近在研究代码生成，网上有很多现成的代码生成器，不过我还是想自己研究研究，为了我这个开源项目的目标！我要搞个适配我这个项目的代码生成器，毕竟自己写的代码我心里有数~ 。
都要一起加油哟~ 掰掰~ 。
。
最后此篇关于2.简单的搭建后端，一步一步从基础开始的文章就讲到这里了,如果你想了解更多关于2.简单的搭建后端，一步一步从基础开始的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。
29
4
0
我正在努力实现以下目标， 假设我有字符串: ( z ) ( A ( z ) ( A ( z ) ( A ( z ) ( A ( z ) ( A ) ) ) ) ) 我想编写一个正则
给定: 1 2 3 4 5 6
很难说出这里要问什么。这个问题模棱两可、含糊不清、不完整、过于宽泛或夸夸其谈，无法以目前的形式得到合理的回答。如需帮助澄清此问题以便重新打开，visit the help center . 关闭 1
大家好，我卡颂。 Svelte问世很久了，一直想写一篇好懂的原理分析文章，拖了这么久终于写了。 本文会围绕一张流程图和两个Demo讲解，正确的食用方式是用电脑打开本文，跟着流程图、Demo一
身份证为15位或者18位，15位的全为数字，18位的前17位为数字，最后一位为数字或者大写字母”X“。 与之匹配的正则表达式： ?
我们先来最简单的，网页的登录窗口； 不过开始之前，大家先下载jquery的插件 本人习惯用了vs2008来做网页了，先添加一个空白页 这是最简单的的做法。。。先在body里面插入 <
1、MySQL自带的压力测试工具 Mysqlslap mysqlslap是mysql自带的基准测试工具,该工具查询数据,语法简单,灵活容易使用.该工具可以模拟多个客户端同时并发的向服务器发出
前言 今天大姚给大家分享一款.NET开源（MIT License）、免费、简单、实用的数据库文档（字典）生成工具，该工具支持CHM、Word、Excel、PDF、Html、XML、Markdown等
Go语言语法类似于C语言，因此熟悉C语言及其派生语言（ C++、 C#、Objective-C 等）的人都会迅速熟悉这门语言。 C语言的有些语法会让代码可读性降低甚至发生歧义。Go语言在C语言的
我正在使用快速将 mkv 转换为 mp4 ffmpeg 命令 ffmpeg -i test.mkv -vcodec copy -acodec copy new.mp4 但不适用于任何 mkv 文件，当
我想计算我的工作簿中的工作表数量，然后从总数中减去特定的工作表。我错过了什么？这给了我一个对象错误: wsCount = ThisWorkbook.Sheets.Count - ThisWorkboo
我有一个 perl 文件，用于查看文件夹中是否存在 ini。如果是，它会从中读取，如果不是，它会根据我为它制作的模板创建一个。 我在 ini 部分使用 Config::Simple。 我的问题是，如果
尝试让一个 ViewController 通过标准 Cocoa 通知与另一个 ViewController 进行通信。 编写了一个简单的测试用例。在我最初的 VC 中，我将以下内容添加到 viewDi
我正在绘制高程剖面图，显示沿路径的高程增益/损失，类似于下面的: Sample Elevation Profile with hand-placed labels http://img38.image
嗨，所以我需要做的是最终让 regStart 和 regPage 根据点击事件交替可见性，我不太担心编写 JavaScript 函数，但我根本无法让我的 regPage 首先隐藏。这是我的代码。请简单
我有一个非常简单的程序来测量一个函数花费了多少时间。 #include #include #include struct Foo { void addSample(uint64_t s)
我需要为 JavaScript 制作简单的 C# BitConverter。我做了一个简单的BitConverter class BitConverter{ constructor(){} GetBy
已关闭。这个问题是 not reproducible or was caused by typos 。目前不接受答案。 这个问题是由拼写错误或无法再重现的问题引起的。虽然类似的问题可能是 on-top
我是 Simple.Data 的新手。但我很难找到如何进行“分组依据”。 我想要的是非常基本的。 表格看起来像: +________+ | cards | +________+ | id |
我现在正在开发一个 JS UDF，它看起来遵循编码。 通常情况下，由于循环计数为 2，Alert Msg 会出现两次。我想要的是即使循环计数为 3，Alert Msg 也只会出现一次。任何想法都
我是一名优秀的程序员,十分优秀！