公司网站原本的网页数据是用php处理的，然后最近在尝试前后端分离，数据完全由js来处理页面的数据，用js的ajax来请求返回数据，我的疑问是：
这种做法可取吗？
会不会造成安全性的问题？
不然前后端分离指的是什么？是怎么实现的？
现在国内有没有哪些网站数据完全由js控制，就是后端返回json之类的数据，然后js来负责填充显示网页
知道的朋友不妨和我讨论讨论，公司前端体系不成熟，感激不尽！
: ) 谢谢大家的讨论，受益匪浅，感谢，
Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
19
1168
收藏
最正常不过了。后端只返回json，前端加工json渲染页面。安全上，post和get的时候做权限检验，前端过来的数据都不可信，后端也要做数据校验。另外，用node很方便的一个地方，校验的几个库都是前后端都适用的，代码copy一下就行
推荐你看看淘宝ued的文章哈。 淘宝ued
所谓的“前后端分离”仅仅是开发模式的一种而已，讨论的是分工，分工是为了提高效率。
早些时候基本都是前端提供好html页面，然后后端去套，这个思路基本虽然能满足需求但是已经被严重的证明影响开发效率
后端团队（如php,java等等）处理和提供数据是毫无争议的地方，当然也不排除所谓的“大前端”把数据处理的活也干了。
现在业界比较纠结的问题是页面渲染纠结谁做，其实涉及到页面的部分当然是前端团队比较“专业”，所以近几年来由前端团队来进行数据渲染的方式大行其道，几乎可以断定是未来的趋势。
但是有这么一个问题似乎很少人进行讨论，那就是后端团队向前端团队提供的“数据”到什么颗粒度。比方说一个页面可能需要好几块的数据聚合来做渲染，那么后端团队只是一些基础性数据，然后由前端团队整合渲染还是后端团队提供一整块数据直接做页面渲染？这似乎没有多少人关注。
上面提高的问题，个人见解得看前端团队的“水平”如何来抉择。数据整合这件事其实水很深，能做和做得好玩玩全全是两个概念，所以如果前端团队的“水平”很高，那么后端团队仅仅提供基础性数据就可以了，前端团队可以更加自如的组合数据做页面，但是如果前端团队的“水平”不高，那么我觉得仅仅做把整块的数据渲染成页面的工作就好了，这样至少能保证不会被“玩坏”。
上述是针对楼主提到的问题的一些个人思考，希望有所帮助。
为什么分离呢？因为前端逻辑已经很重了，为了前端能更快速开发？还是只是为了分离而分离。想了解下你想通过分离解决什么问题。不分离又是有什么限制？
php只提供api，js进行调用
以后方便做客户端
目前我也在做相关的分离工作，初衷目的是提高前端的重用性，开发多套客户端用同一套后台。
前后端分离，你可以看看淘宝的前后端分离实践。
很有必要，安全性采用token机制。
我们前一段刚做了前后端分离 用了百度的FIS框架 用起来还是不错
我们是前端写controller，问model要数据