疫情后前后端分离架构（上）

来源：武汉达内IT教育培训机构时间：2021/10/3 9:43:46

　　疫情后前后端分离架构（上）
　　前后端分离不是什么新鲜事，前后端分离的实践随处可见。接下来，我想给大家介绍一下前后端分离架构。
　　任何技术方案都不是银弹，前后分离不仅带来好处，也带来矛盾。在实践初期，由于前端团队实力相对较弱，按照惯例，几乎所有的业务处理都是由后端(原技术骨干)设计定义的。在前端处理过程中，经常会发现界面定义不符合用户操作流程，AJAX异步请求过多。毕竟后端思维和前端思维还是不一样的——前端思维倾向于用户体验，而后端思维更倾向于实现业务技术。

　　此外，前后分离对安全性的要求也略有不同。因为前后分离本质上是一种SOA架构，所以在授权上也需要按照SOA架构的方式来思考。Cookie/Session的方法虽然可用，但并不特别适合，相对来说，基于Token的认证更适合。基于Token的认证意味着后端的认证部分需要重写...后端当然不想重写，所以会把球踢到前端，让前端想办法实现基于Cookie/Session的认证...于是前端开始抱怨(悲剧)..

　　谁来？
　　归根结底，这些矛盾的出现在于设计不够清晰。毫无疑问，在开发过程中，应该是架构师或设计师。但在实际场景中，架构师或设计师往往是开发者，所以他们的主要技术栈会极大地影响前端和后端在整个项目中的主次作用。骨干在哪一端，开发的便利性就会向哪一端倾斜。这是一个不好的现象，但我们不得不面对这种情况。我相信很多小团队也面临着类似的问题。
　　如果没有良好的流程规范，前端接触的角色通常比后端接触的角色多(大多数应用项目/产品不是所有情况)。
　　·前端开发人员会直接受到项目/产品经理或客户的影响:这个地方要放一个按钮，那个操作要这样做…；
　　·前端也要和美工对接——这个设计不好实现，能改成那个吗？客户要求这样操作，但这个设计做不到；
　　·对于某些应用，甚至多个后端，前端也要与后端对接。
　　换句话说，前端可以成为项目沟通的中心，因此比后端更适合发挥主导作用。

尊重原创文章，转载请注明出处与链接：http://www.peixun360.com/3851/news/418732/违者必究！ 以上就是武汉达内IT教育培训机构 小编为您整理 疫情后前后端分离架构（上）的全部内容。