亲手搭建一个基于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 程序、一个类库项目
建成后效果如下
最新文章
- mac下配置Qt for Android+iOS
- Handlebars块级Helpers
- 边工作边刷题:70天一遍leetcode: day 72
- hdoj 5373 The shortest problem
- iOS设置某个界面强制横屏,进入就横屏
- delphi图形图像开发相关
- parted命令分区
- 只允许指定IP访问指定端口 ufw
- Servlet 笔记-过滤器
- 51nod 1058 N的阶乘的长度 位数公式
- [洛谷]P3613 睡觉困难综合征
- C#分部类型解析
- nginx:负载均衡实战(四)nginx+keepalived配置双机热备
- ubuntu 16.04 安装VS CODE时 此软件来自第三方且可能包含非自由组件
- 学习笔记:Highcharts
- Flask-Restful详解
- list,set中可以存放Object类型对象
- linux mutt的安装和使用
- 洛谷 P4244 [SHOI2008]仙人掌图 II 解题报告
- VC6配置sqlite数据库