将Web APP UI和API分离的4个原因
这种应用就是我称之为一体化的应用程序。在这种应用程序中，你的业务逻辑和用户界面是在服务器上运行的一个实体。但是，让web应用程序具有独立的前端和后端有很多好处。
1.模块化
将应用划分为单独的前后端应用，其中的一个好处就是模块化。由于应用程序逻辑与用户界面完全分离，所以你的Web应用程序可能已经有初步的模块化结构了。模块化在许多方面都有帮助，包括测试、可读性和可维护性。
2.可复用性
使用一个单独的API，你的应用程序逻辑可以被很多应用程序复用。这意味着你可以创建一个使用API的移动应用程序，或者在一个完全独立的应用程序中使用API，或者允许其他人访问API(免费或付费)。
3.内容交付
由于客户端应用程序是一个完全独立的实体，你可以处理高级静态文件服务技术，而在需要将UI呈现为服务器端的应用程序中，这些技术是不可用的。例如，现在可以使用NGINX和一些简单的规则来将整个客户端应用程序放在缓存中。
4.响应性
“一体化”服务器端应用程序的最大缺陷之一是反馈用户响应性方面。在服务器端应用程序中，用户单击按钮来获取数据的这个动作，最常见的流程描述如下：
1. 用户单击一个按钮来获取数据
2. 浏览器向服务器发送请求
3. 服务器查询数据库
4. 应用程序对数据进行逻辑处理
5. 应用程序在展示层呈现数据
6. 服务器将响应返回给用户
7. 用户在等待页面加载之后，会看到反馈
8. 有了一个单独的客户端应用程序，你可以利用许多反馈机制，例如使用加载器或进度条。一旦你的请求返回(例如通过一个AJAX调用)，你就可以更新你的展示。
5.版本控制
是的，我加了一个5。有了独立的API和UI项目，你可以不用同时再更新或部署两个应用了。如果在新部署的UI中出现了关键问题，你可以直接回滚它，而不用担心会影响你在API项目中所做的改善性能的调整。
一个整体架构的优点是什么?
这种分离的架构有很多优点。但是，使用整体架构也有一些好处。例如，如果你的应用程序包含在一个项目中，那么你可以更快地完成开发工作。有更多的编码涉及到单独的用户界面和API(但是许多框架使这更容易)，这已经不是什么秘密了。还有一些安全方面的好处。例如，实际上你根本没有将API公开出来。有一些方法可以保护API，但是不公开这种做法会更好一点。如果你觉得还有其它的好处，你可以谈谈留下评论，让我们来讨论一下。
结论
对许多软件开发人员来说，这似乎是一个很正常的选择。然而有的人要么因为不熟悉这个概念，要么就是简单的因为懒惰，所以他们根本就不采用这种架构。从个整体架构来说，可能不采用这种结构但是也很成功的例子有很多。但是，我看到的更多的是分离API和UI以后会带来很多好处。建议那些尚未尝试过这个概念的开发人员可以试一试，亲自感受一下前后端分离带来的好处。
以上就是将Web APP UI和API分离的4个原因的详细内容，更多请关注其它相关文章！