假定一个场景，开始做开发的你，领导走到你的面前说道：“小伙子，看了简历和最近的工作表现，很不错，现在交给一个任务，开发一个简单的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目录