亲手搭建一个基于Asp.Net WebApi的项目基础框架1

目标:教大家搭建一个简易的前后端分离的项目框架。

目录:

1:关于项目架构的概念

2:前后端分离的开发模式

3:搭建框架的各个部分

这段时间比较闲,所以想把之前项目里用到的一些技术写到博客里来,分享给大家。其实我还不是很会写博客,各位朋友如果没看懂的话请见谅,多多包涵。

1:关于架构的概念

1.1传统的企业级应用架构演变可以看成这样一个简单的流程

传统垂直架构->RPC架构->SOA服务化->微服务

• 传统垂直架构

当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。
        此时，用于简化增删改查工作量的 数据访问框架(ORM) 是关键。

• RPC架构

当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。
        此时，用于加速前端页面开发的 Web框架(MVC) 是关键。

• SOA服务化

当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。
        此时，用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。

• 微服务

当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。
        此时，用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。

       这里博主先不多说大家想详细了解可以自己先去百度

2:前后端分离的开发模式

2.1前后端分离是什么？

现在网站开发基本都是前后端分离的模式，后端只写接口，前端调取接口，用脚本去渲染数据。这样的好处是将前后端进行了解耦,不相互影响。后端专注于服务,前端专注于视图展示,通过Restful风格的API对接是前后端分离的最佳实践。

举个例子:前端有可能分PC端,移动端，而后端只需要一组接口去与他们对接,不需要重复每个项目单独写一套服务.后端服务接口也可以被其他服务调用,这样显得更灵活。

本文会教大家通过http+json实现Restful风格的接口开发。

3:搭建框架的各个部分

3.1框架的各个部分会包含哪些?

项目框架包含WebSite(站点端)、WebServer(服务端)、Framework(一些公共组件部分)

分别建立下三个项目,在server项目里建立好简单的三层架构 ,可以是一个Asp.Net MVC程序、一个Asp.Net WebApi 程序、一个类库项目

建成后效果如下