关于“php_后台接口版本设计”的问题，小编就整理了【3】个相关介绍“php_后台接口版本设计”的解答：
py和php做后端哪个好？如果你需要支持热部署,需要后端内置大量Web开发库函数,那就用PHP.因为Python和Node都不支持热部署,都需要手动或自动重启服务进程才能使代码更新生效,而且其语言自带的库函数并不如PHP丰富,而且Python和Node默认没有模板引擎的功能,PHP则天生就支持嵌入到HTML中的模板功能.就算你需要后端只写接口,PHP同样适用,区别在于PHP不再输出HTML而是输出JSON罢了,PHP中用内置的json_encode就能轻松把PHP数组(数据库查询结果)编码为JSON. 性能方面 Nginx+PHP7-FPM 的组合足够,PHP-FPM容器在底层用C实现了一套多进程架构,利用多核应对并发不是问题.而且PHP-FPM还有进程池机制,运维和开发人员可以把存在严重IO阻塞操作的脚本请求放到一个单独的动态进程池中处理,避免阻塞到其他进程池,也就是说,PHP-FPM能在脚本级别的粗粒度上分离IO阻塞.
java做后台php做前台怎么对接？java写逻辑提供api，php使用api进行相应的操作。
百度搜索圈T社区 免费行业视频教程
www.aiquanti.com
可以的，我曾经在度小满实习就是这么干的，java写服务后台重要业务，PHP做前端和后台的对接。一般要业务庞大才这么做，业务线浪费资源
有一定规模的系统，大后台用java，通过api与php等轻量平台交互。然后由php与前端交互。这样让数据库与前端隔离，数据层专门处理逻辑运算，系统架构更加安全，稳定。
当然如果项目不大，就没有必要采取该种架构。
PHP和JAVA一样都是做后台的哟！！！！
如果后台需要同时需要这两种语言，最最简单的就是都直接和数据库打交道，数据库作为连接中转就可以了！
不知道为什么会这么选型，但只要后台负责提供接口，前端负责页面渲染，各司其职(拒绝前业务逻辑和页面样式杂乱无章:)。即便是php写后台，jsp写前端都可以
php落伍了吗？php没有落伍。
只不过php的地位确实很尴尬，目前都是流行前后端分离，php也基本上就是写API接口了，但写后端的话，JAVA，PYTHOH，Node等都可以写呀，而且在某些场景下比php更适合，PHP+SWOOLE倒还能在一些需要高性能，高并发，多进程等场景下发挥一些用处，但说实话，要是我自已来选型的话，我宁愿去用Go去写一些服务端，相比去学swoole，学go的成本并不高，而且go的各种框架和社区也成熟，php也就写些简单的业务逻辑了。
php一般在小公司用的多，弄点框架快速开发就行，稍微有点规模的公司，php一般都不是主力语言，而且更多的是做一些简单边缘的业务，也就是大家说的事情感觉做了好多，但其实可能对公司来说并无太大价值，你自身也感觉技术无太大提升，因为他们认为php就是做这么简单的事，就是显示下数据，高级的都是Java或其它的做了。
php也不是做不了大项目，只是由于它的规范不像Java那样，真要拿php去做大项目，需要考虑和设计的问题太多了，与其那样，干嘛不用Java这种呢.
到此，以上就是小编对于“php_后台接口版本设计”的问题就介绍到这了，希望介绍关于“php_后台接口版本设计”的【3】点解答对大家有用。
