开发一个web打点系统，是否要给与如今风行的前后端疏散模式？

首先要从为什么会呈现前后端疏散说起，前后端疏散的目的。

1.让前端工程师（前端）和后端工程师（后端）们能够越发专注于本身的范围

传统的开发模式是由前端卖力将UI设计好的页面切成对应的静态网页，然后交由后端整合数据，实现网页的数据动态化。

这种开发模式下，前端不会去存眷整个系统的业务流程是怎样的，所以导致后端在将拿到的静态页面整合成动态页面时常会呈现页面展示与预期的效果不一样，需要前端不停的去调解。而后端则要痛苦的去面对一堆本身并不完全了解的前端代码，有时甚至需要本身动手写js代码。这样就造成了前端对系统理解过低，后端事情量过高，，开发效率过慢的情况。

2.让后端开发一次，前端可以随意转变，减少维护本钱，缩短开发时长

由于此刻网页可以在各类百般的设备浏览，常见的如pc、手机等，这时就需要开发多套兼容差别设备显示的系统。而使用前后端疏散的好处立马显现出来，后端只需要开发好一套数据接口，前端开发兼容各类设备的n套网页，将后端写好的数据接口对接到相应的页面上，就可以实现多种设备的浏览。有一句形象的话：“换汤不换药”，无论包装成什么样，数据还是同一套数据。不需要后端针对每一个系统都开发一次。

那么，既然前后端疏散的好处这么明显，那爽性就都用前后端疏散不就行了，还用讨论什么？

前后端疏散当然好，但是并不是每一个项目都需要兼容若干种设备，也并不是每一个开发团队都有分工明确的前端和后端。

想象自然很美好，但是现实往往是残忍的，有时一个项目可能就只有一个开发者，这个开发者既卖力前端事情，也卖力后端事情，也就是所谓的“全栈工程师”。当一个项目的利润不高，为了减小本钱，就只能用一个后端，由后端卖力整个系统的开发，而前后端疏散相当于要把本来的一套系统，拆分成两套独立的系统——前端系统、后端api系统，很显然，对付一个开发者来说，一套系统必定比开发两套系统要更简单的多。

说到这里，结论应该很明确了，web系统是否要前后端疏散？

要看实际的情况而定，假如是一个分工明确，人数多的项目团队，可以使用前后端疏散，这样有利于后期维护。而如果开发人员较少，或者只需要在一种设备上显示这个时候就该考虑放弃使用前后端疏散，直接使用传统的开发模式。终究巧妇难为无米之炊，只有合适的才是最好的。

web系统是否要前后端疏散？