问：
补充一下，我写代码很多年了，复杂的一对一教学网站和商城都做过，用的从来都是PHP+jquery，响应式加上bootstrap，我问的是在与后端交互那里，和渲染页面的时候，两者是相似的，而且从扒下的网站看，vue写的挺复杂的就，不过PHP在写渲染的时候偶尔会比较难写在这个地方用vue这种前端框架会不会好用一些，然后学习成本会不会太高
答：
题主觉得两者差不多，或许是因为题主接触的业务本来靠PHP和jQuery就能“建设”的很好。这里用到了建设一词，因为研发系统也是一个工程，并不是简单的代码的实现。
我虽然没有见到题主的代码，但从题主的项目经历来看，水平不会太低。
其实事实上就是这样的，大多数的系统不需要非得上vue,angular等才能写出好的代码。就像题主讲的教学网站和商城，其实不用“前端框架”也能写的很好。
但并不是说vue没有价值，实际上，它有巨大的价值，只是对于有些业务和系统确实没必要。那么什么样的业务和系统更适合用vue呢。
第一，移动端复杂的交互系统，比如移动端商城，个人中心等等，可以这样说，在移动端尽量还是选择vue去实现功能。有三个原因。
1，移动端的人机交互主要靠点击和返回，使用vue可以更好的捕捉用户的操作事件，如果使用传统的页面访问，用户操作返回的时候很容易进入了“更深的页面”，而不是“上一级页面”。比如从列表也进入编辑页，保存后跳转到了列表页，此时用户希望通过返回操作回到主页，但却有可能又回到了编辑页面。
2，根据现代浏览器的安全策略，页面每次刷新，很多“浏览器接口”都会失效，需要用户“触摸页面”后才能调用，包括播放媒体资源，监听返回事件，位置或摄像头等权限等等，使用vue可以不刷新页面完成“页面切换”操作，因此不用为这种情况发愁。
3，页面间传递数据，在移动端很少用到刷新操作，因此要重视即刻更新页面的数据，再传统页面有一些办法做到，但在vue中却有专门的解决方案，比如组件事件传递和全局状态等。
第二，用作“精致交互组件”的核心。浏览器提供的单选、多选、下拉列表等交互组件不够用也不好用。我们要更多更好的交互组件，比如进度条滑块，异步搜索下拉，标签输入等等，这时候就很适合选择vue。利用好vue的数据动态绑定特性，可以写出易于维护的代码和好用的效果。
第三，复杂的单页应用，比如聊天室，直播间，可视化编辑器等。当然，基本的聊天室用jq也能做得很好，但如果我说聊天需要支持十种的消息格式，jq就不那么好用了，利用vue的组件化，可以写出更好的代码，写代码的心智负担也更低。
除了以上三个原因，还有一个就是vue的工程是可以“编译”的，因此也是一种对源码的保护。不过一直以来都有对前端的“编译”，用来保护源码、提高性能、压缩体积，但vue工程能够自然地做到这点。
说了这么多vue的好处，但我还想说，万物并不是非得用vue改造一遍才好，有时候我看着好多人非得把后台管理、文章博客系统这种，也非得用vue不可，真的觉得没必要。
其实在后台管理和博客系统中也不会完全排斥vue，很多组件都可以用vue去实现，不过完全用vue去建设这种项目，真觉得有点浪费精力了。
现在好多后快速生成curd后台，也都用vue去做，要么element搭配TP或laravel，要么是其他UI搭配其他框架，真的不理解。Java系统这么做也就罢了，毕竟Java主要注重接口开发，但在PHP里这样做，感觉没有那么大的动力和决心。
我认为一个后台框架最主要的是有丰富的组件和舒适的开发体验，而不是搞什么前后端分离，好多前后端分离的后台项目，生成的代码还要“手动迁移”，体验真的一般。这里推荐一个开源后台框架，thinkphp8和layui的后台，专注提升开发体验。https://gitee.com/ulthon/ulthon_admin
说了这么多，还是要看具体的业务和功能，尤其是PHP开发者要注意，不需要完全跟风，因为PHP有很多做出好产品和写出好代码的方案和案例。
最后在讨论一种项目，就是“大型的网站”，适合用vue类技术实现还是PHP类技术实现。这里说的大型网站，特指页面和功能特别多的网站，像各个大型云厂商的控制台页面，几十种产品，每个产品又有不同的管理功能和设置。这种到底适合什么去做呢？
原文标题：感觉PHP和vue在前端方面差不多，有没有必要学vue或者其他的前端框架?
原文地址：https://phpreturn.com/index/a6594f6e2c2b96.html
原文平台：PHP武器库
版权声明：本文由phpreturn.com（PHP武器库官网）原创和首发，所有权利归phpreturn（PHP武器库）所有，本站允许任何形式的转载/引用文章，但必须同时注明出处。