假定一个场景，开始做开发的你，领导走到你的面前说道：“小伙子，看了简历和最近的工作表现，很不错，现在交给一个任务，开发一个简单的CMS后端接口吧，前端有人配合你”，当时你内心读白：“CMS什么东西，还好我可以百度，但我要在哪个项目上开搞啊”，这时的领导又说道：“项目你自己建立，然后上传git就行了”，这时的你是否已经石化，本篇文章就为您提供一个快速建立后端开发的模板，作者自己总结出品，如有不妥，指正即可。
模板代码下载：https://github.com/cqhaibin/ApiTemplate.git
目标
由于搭建的只是后端开发模板，主需要满足基本要求即可。
- 框架结构简单
- 数据库支持：Mssql, Mysql
- 构架易于上手
- 支持良好的业务扩展
- 是一套基础开发模板
技术选型
- 开发语言：c#
- 运行时 .net Framework4.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目录
