前后分离二三事

公司目前在推前后端分离，在下适逢其会参与了一个项目的整个开发管理过程，在这个过程中，踩过不少坑，或者有些教训可以参考。

 “前后端分离的意义？”，这个是毋庸置疑的，不管是从可维护性还是从可扩展性考虑，长久看去，前后分离是必然的。既然前后分离是必然，所以很多公司都再推，技改必言前后分离。

然而，Are We Ready？前后分离需要什么条件呢？

 首先：思想准备，前后分离，被描述成前后端各干个的活，通过接口对接，然后前后除了接口老死不相往来，然而事实上，前后分离说的是一种开发模式，而不是人的划分，模式是固定的，人是活的，后端有能力的可以过去做一些前端的事情，前端有条件也可以协助后端设计接口，通过模式把人员分离应该不是一个正确的想法。

 然后：人员配备，前后分离，意味着有相当大部分业务相关的功能由前端工程师来编写，这样，基本要求保障足够数量的前端工程师，个人感觉，前后端人员配备至少1比1以上，因为用户交互是相对复杂的。

 在然后：人员技能，前后分离，意味着前端由之前单纯的出页面，到需要写相对复杂的业务逻辑，这对前端工程师的技能要求比较高了，然而大部分前端工程师对于js这块偏弱，这会导致工作任务完不成，基本意味着后端介入前端业务开发。

最后，前后端分离发展趋势，但并不是没个项目都适合前后端分离，需要要根据具体情况推进，时机成熟，条件成熟才能够有效的进行前后端分离模式开发。