.net core webapi 部署iis_奉上简单的.NET后端开发模板

(给DotNet加星标，提升.Net技能)

转自： 小龙女先生 cnblogs.com/cqhaibin/p/12410365.html

前言

假定一个场景，开始做开发的你，领导走到你的面前说道：“小伙子，看了简历和最近的工作表现，很不错，现在交给一个任务，开发一个简单的CMS后端接口吧，前端有人配合你”，当时你内心读白：“CMS什么东西，还好我可以百度，但我要在哪个项目上开搞啊”，这时的领导又说道：“项目你自己建立，然后上传git就行了”，这时的你是否已经石化，本篇文章就为您提供一个快速建立后端开发的模板，作者自己总结出品，如有不妥，指正即可。

模板代码下载：https://github.com/cqhaibin/ApiTemplate.git

目标

由于搭建的只是后端开发模板，主需要满足基本要求即可。

• 框架结构简单

• 数据库支持：Mssql, Mysql

• 构架易于上手

• 支持良好的业务扩展

• 是一套基础开发模板

技术选型

• 开发语言：c#

• 运行时 .NET Framework 4.5

• IoC：Autofac、Autofac.WebApi2

• Dto：AutoMapper

• 序列化：Newtonsoft.Json

• Orm：FreeSql

• Api：Aspnet.WebApi

• 数据库：首先MSSQL、次先Mysql

• 缓存：基于List或Dictionary实现单机内存级缓存

架构分层

数据库访问层

• Freesql实体定义，也就是我们常说的是数据库实体

• 提供dbContext上下文的方式访问

• 复杂的sql操作接口定义及实现，如：多表查询、存储过程执行等

业务层

• 业务层拆分两个项目，BAccurate只做业务领域实体、值对象、系统配置对象、系统Model对象、AppService的定义等定义；BAccurate.Implement领域业务的实现

• BAccurate.Implement可以依赖BAccurate.Repository.Fresql层，实现领域实体的数据持久化

• Feesql实体定义未放在BAccurate层(业务规范项目)，是为了防止领域实体与数据库实体混淆

• BAccurate项目可以被其他所有项目使用

服务层

• AppService.Implement和Webapi我都划分在服务层，其中webapi是一个贫血项目，只是把AppService做到WebApi接口化

• AppService的接口和Model定义，都放到了BAccurate(业务规范项目)中，方便后期对AppService的重写和扩展

UI层

前端开发项目

接口规范

• 接口以类resetful api规范返回

• 返回结果规则一致

• 接口名称前缀动词：Get：表示查询；Post：提交数据(添加/修改)；Delete：移除数据

• 接口命名规则：接口名前缀+业务名称；以大驼峰命名

• 接口要进行统一管理

部署规范

• IIS托管部署

• 前端静态资源，托管到wwwroot目录

推荐阅读   点击标题可跳转 从未来看C# .NET Core微服务架构实践 ASP.NET Core高性能Span和Memory

看完本文有收获？请转发分享给更多人

关注「DotNet」加星标，提升.Net技能 

好文章，我在看❤️