前后端分离怎么好

我喜歡完全分離～～！
畢竟切得越乾淨～之後如果有ＢＵＧ，找問題也比較好找！

加上現在前端越來越強大了，很多事情其實前端就可以處理完了！
後端就專心的負責資料處理，資料庫，API…等功能！

這是我自己個人的看法～參考參考～畢竟每個人工作環境不同！
不過最重要的是，最好是前後端都要學，至少有個概念或基本技術，
以後要合作或是工作也比較好配合～！

如果是完全分离的话，类似于notification怎么做？

没有绝对的好，也没有绝对的话，这个要根据你项目的复杂度去考量。
如果你只是做一个交互不是很多的 Web 站点的话，那么没必要分离，因为这将导致开发周期变长。

对于小项目来说，很少有人是先设计，在实现。即使设计了，前期肯定有很多考虑不到的地方。大多是上手撸代码，如果是紧耦合的项目，可以简单的去边撸边改。

比如我自己的一个前后端分离的项目，是我一个人开发的，后端 API 响应哪些字段，前期没有设计好，导致后期大规模修改 API ，同时前端的很多代码也要跟着改动！

所以总结下来就是，有些东西看起来很美好，但是很多人在步道的时候只着重于它后期的好处，而很少提及前期为实现这个功能而做的很多工作：比如后端接口规范、API 文档……

在实际工作中不是每一个人都有能力做到流行的技术，前后端分离一个人做多多少少没有框架自身的魔法方便，框架去支持前端框架让大家知道他可以简便切换成前后端。看项目本身的流量，我个人喜好前后端分离，但是一切的一切都是为了工作，有专门前端就选择前后分离，没有前端的项目要求自己完成就不要分离。