开发一个web管理系统，是否要采用如今流行的前后端分离模式？
首先要从为什么会出现前后端分离说起，前后端分离的目的。
1.让前端工程师（前端）和后端工程师（后端）们能够更加专注于自己的领域
传统的开发模式是由前端负责将UI设计好的页面切成对应的静态网页，然后交由后端整合数据，实现网页的数据动态化。
这种开发模式下，前端不会去关注整个系统的业务流程是怎样的，所以导致后端在将拿到的静态页面整合成动态页面时常会出现页面展示与预期的效果不一样，需要前端不断的去调整。而后端则要痛苦的去面对一堆自己并不完全了解的前端代码，有时甚至需要自己动手写js代码。这样就造成了前端对系统理解过低，后端工作量过高，开发效率过慢的情况。
2.让后端开发一次，前端可以随意改变，减少维护成本，缩短开发时长
由于现在网页可以在各种各样的设备浏览，常见的如pc、手机等，这时就需要开发多套兼容不同设备显示的系统。而使用前后端分离的好处立马显现出来，后端只需要开发好一套数据接口，前端开发兼容各种设备的n套网页，将后端写好的数据接口对接到相应的页面上，就可以实现多种设备的浏览。有一句形象的话：“换汤不换药”，无论包装成什么样，数据还是同一套数据。不需要后端针对每一个系统都开发一次。
那么，既然前后端分离的好处这么明显，那干脆就都用前后端分离不就行了，还用讨论什么？
前后端分离固然好，但是并不是每一个项目都需要兼容若干种设备，也并不是每一个开发团队都有分工明确的前端和后端。
想象自然很美好，但是现实往往是残酷的，有时一个项目可能就只有一个开发者，这个开发者既负责前端工作，也负责后端工作，也就是所谓的“全栈工程师”。当一个项目的利润不高，为了减小成本，就只能用一个后端，由后端负责整个系统的开发，而前后端分离相当于要把原来的一套系统，拆分成两套独立的系统——前端系统、后端api系统，很显然，对于一个开发者来说，一套系统肯定比开发两套系统要更简单的多。
说到这里，结论应该很明确了，web系统是否要前后端分离？
要看实际的情况而定，假如是一个分工明确，人数多的项目团队，可以使用前后端分离，这样有利于后期维护。而如果开发人员较少，或者只需要在一种设备上显示这个时候就该考虑放弃使用前后端分离，直接使用传统的开发模式。毕竟巧妇难为无米之炊，只有合适的才是最好的。