1. 大背景
网络控制技术的专业领域已经牵涉到人们现实生活的各个方面，繁杂的使用情景以及海量数据的出访使用者使得网络控制技术加速插值和产业发展。系统构架的产业发展能归纳为四个期，即其间端博奈县期、其间端半分立期和前后端完全分立期。再者，其间端控制技术间的边界线渐渐明晰，明确了其间端合作开发技师各别的组织工作职能，其间端合作开发组织工作更加规范化和系统化。另再者，其间端分立的合作开发构架能有效提高工程项目合作开发组织工作效率、保护组织工作效率和管理效率，在合作开发过程中其间端标识符展开分立的合作开发和修正，最后通过USB的初始化完成机能交会。而工程资金管理相关人员能更快的总体规划工程项目合作开发阶段，为工程项目灵巧合作开发、加速插值打下较好的基础。
为了更快地适应环境小型分布式系统构架、微服务项目架构和多终端产品服务项目应用领域情景，其间端间的渐渐解耦是控制技术产业发展的必然选择。下述中会特别针对其间端系统构架的四个产业发展期分别展开详尽如是说，对照各期间的好坏性，让听众对这四个期有更明晰的重新认识。
2、其间端博奈县期
在其间端博奈县的商业模式中，后端的网页效用都是米洛韦区端来控制，后端发出允诺，米洛韦区端图形网页，详尽情况如下表所示图右图：
而其间端博奈县商业模式时期最常见的即是MVC（Model-View-Controller）架构，其基本原理如下表所示图右图：
MVC架构在上个世纪70年代问世，对于当时来说，一个较为明晰的其间端交互模型，以及较高重用性，直到今天它依然被人们使用，可见其还是有一定的优越性。
那么是什么原因使得人们要摒弃其间端不分立的合作开发商业模式，而转去追求其间端分立呢？原因如下表所示：1. 其间端不分立导致后端无法单独展开调试，必须要等后端标识符合作开发支持后才能展开，不利于工程项目整体推进；2. 后端不可避免会遇到后台标识符，合作开发者需要掌握多项控制技术，无谓的增加了学习成本，不利于程序员的成长；3. 这种合作开发商业模式的耦合性太强，将其间端标识符统一打包放在一起时，如果我们的首页里有100张图片，那么当使用者出访首页的时候，就需要建立100个HTTP允诺，我们的服务项目器接收这些允诺，都需要耗费内存去创建Socket来展开TCP传输，如果更多人同时去允诺这个网页，那么服务项目器的压力会更大，甚至可能导致服务项目器的宕机。4. JSP本身所导致的一些其他问题 比如，JSP第一次运行的时候比较缓慢，因为里头包含一个将JSP翻译为Servlet的步骤，然后之后的每次允诺JSP都是出访Servlet再用输出流输出的HTML网页，组织工作效率没有直接使用HTML高。再比如因为同步加载的原因，在JSP中有很多内容的情况下，网页积极响应会很慢。3、半分立时代对网页上的数据展开绑定，最后由浏览器将网页图形出来。这也就是Ajax与SPA应用领域（单页应用领域）结合的方式，其结构图如下表所示：图3. 其间端半分立
步骤如下表所示：后端浏览器允诺，CDN返回HTML网页；HTML中的JS标识符以Ajax方式允诺后台的RestfulUSB；USB返回Json数据，网页解析Json数据，通过DOM操作图形网页；后端将数据拼装为JSON，通过USB供后端使用。 那么WEB组织工作业务流程是：1. 打开web，加载基本资源，如CSS，JS等；2. 发起一个Ajax允诺再到服务项目端允诺数据，同时展示loading；3. 得到Json格式的数据后再根据逻辑选择模板图形出DOM字符串；4. 将DOM字符串插入网页中web view图形出DOM结构；
WEB组织工作业务流程中的步骤是在使用者端展开，减轻了服务项目端的一部分组织工作。但是数据的展示及网页的加载等与使用者的设备性能由很大的关联性。也就是说，如果使用者设备足够好，资源加载快，使用者体验好。反之，则相反。
为什么说是半分立的？因为不是所有网页都是单网页应用领域，在多网页应用领域的情况下，后端因为没有掌握controller层，后端需要跟后端讨论，我们这个网页是要同步输出呢，还是异步Json图形呢？而且，即使在这一时期，通常也是一个技师搞定其间端所有组织工作。因此，在这一期，只能算半分立。首先，这种方式的优点是很明显的。在半分立商业模式下，其间端的分工依然不是很明晰，其间端通过AjaxUSB协作更加紧密，其实这种商业模式下，与博奈县时代区别不大。只是将繁杂度从服务项目端转移到了后端浏览器的JavaScript等了。只是在标识符层面，后端不会嵌入任何后台标识符，后端专注于HTML、CSS、JS的合作开发，不依赖于后端。自己还能够模拟Json数据来图形网页。发现Bug，也能迅速定位出是谁的问题。然而，在这种构架下，还是存在明显的弊端的。最明显的有如下表所示几点：
1. JS存在大量冗余，在业务繁杂的情况下，网页的图形部分的标识符，非常繁杂；2. 在Json返回的数据量比较大的情况下，图形的十分缓慢，会出现网页卡顿的情况；3. SEO（ Search Engine Optimization，即搜索引擎优化）非常不方便，由于搜索引擎的爬虫无法爬下JS异步图形的数据，导致这样的网页，SEO会存在一定的问题；4. 资源消耗严重，在业务繁杂的情况下，一个网页可能要发起多次HTTP允诺才能将网页图形完毕。
正是因为如上缺点，我们才亟需真正的其间端分立构架。
4、分立时代
大家一致认同的其间端分立的例子就是SPA(Single-page application)，所有用到的展现数据都是后端通过异步USB(AJAX/JSONP)的方式提供的，后端只管展现。从某种意义上来说，SPA确实做到了其间端分立，但这种方式存在其间端职能上的不明确。在半分立时代，USB通常是按照展现逻辑来提供的，而且为了提高组织工作效率，在后端会处理一些展现逻辑，这就意味着后端还是涉足了view层的组织工作，不是真正的其间端分立。其间端的彻底分立，是其间端标识符、资源、职能、服务项目和部署等的分立。Web服务项目器只保留静态资源(HTML、CSS、JS等)，应用领域服务项目器则只提供出访USB来对数据展开持久化操作，从而通过标识符和资源的分立进一步实现其间端服务项目和部署的分立。随着其间端彻底的分立后，合作开发权重前移，后端合作开发相关人员不必再受到后端数据模板的局限，后端合作开发相关人员的职责也进一步明确，不再对数据的展现逻辑展开处理，其间端能在约定好USB之后实现高效并行合作开发。
其间端分立架构比传统基于web的应用领域合作开发架构具有更加高效灵活等特点，并且还减轻了服务项目器端的负载。在传统的基于Web的软件合作开发过程中，其间端的分界线通常为浏览器，一般认为在浏览器中处理与使用者展开交互展示的部分为后端；将在服务项目器运行，并且为后端提供业务逻辑和数据的部分等标识符称为后端。
在传统的MVC架构结构下，后端与后端间的耦合度高，改动任何一个后端网页都会引起控制层、模型层和视图层展开相应改变，合作开发组织工作效率大大降低，从而工程项目的扩展合作开发受到限制。同时，由于后端允诺的是完整HTML网页，在网络带宽有限的情况下，会导致使用者界面卡顿，因此也增加了服务项目器后端解析的负担。
图4. 其间端完全分立
其间端分立工程项目构架是一种新型的Web应用领域构架商业模式，其间端在合作开发期规定好数据的交互格式，实现合作开发和测试并行，同时，在运行期分立部署其间端工程项目，通信交互允诺则继续使用HTTP或者其他协议。
近几年来，随着React、Vue、Angular等后端架构的迅速产业发展和广泛应用领域，其间端分立控制技术的性能和优势也得到了充分肯定，其应用领域规模与控制技术方案也越来越成熟。与传统的Web合作开发结构不同，其间端分立构架特别针对静态资源的允诺，同样是直接定位并返回，但客户端向服务项目器允诺的不再整个动态网页，而是以Ajax允诺的形式，通过向后台发送API展开允诺，后端只负责读写数据库并积极响应后端API数据允诺。
的切换仅依赖于JavaScript的执行，无需考虑网络带宽的延迟，因此大大提升了Web应用领域的操作交互组织工作效率。
与此同时，后端只提供API服务项目而不考虑后端的实现问题，所以能在同一套后端API的基础上建立多个后端，包括Android端、IOS端、Web端及PC端等。对于后端来说，能借助React Native、Codorva等架构合作开发Hybrid应用领域，实现同一套标识符合作开发，多终端产品下部署。
5、总结
相比于前后端博奈县的MVC构架，其间端半分立的构架通过利用AJAX允诺和JSON数据的传输能保证其间端间相对分立的合作开发与保护，看似已经做到了其间端的分立。但是在这种合作开发商业模式下后端的合作开发仍需要关注后端USB，其间端标识符间的定制化明显，无法灵活应用领域。完全分立的合作开发构架能使解除后端USB对后端标识符的约束，使后端标识符更加灵活的迁移到不同平台上使用；而后端合作开发相关人员也能更加专注于提高使用者交互体验。
