关于“php_rpc选型”的问题，小编就整理了【2】个相关介绍“php_rpc选型”的解答：
php落伍了吗？php没有落伍。
只不过php的地位确实很尴尬，目前都是流行前后端分离，php也基本上就是写API接口了，但写后端的话，JAVA，PYTHOH，Node等都可以写呀，而且在某些场景下比php更适合，PHP+SWOOLE倒还能在一些需要高性能，高并发，多进程等场景下发挥一些用处，但说实话，要是我自已来选型的话，我宁愿去用Go去写一些服务端，相比去学swoole，学go的成本并不高，而且go的各种框架和社区也成熟，php也就写些简单的业务逻辑了。
php一般在小公司用的多，弄点框架快速开发就行，稍微有点规模的公司，php一般都不是主力语言，而且更多的是做一些简单边缘的业务，也就是大家说的事情感觉做了好多，但其实可能对公司来说并无太大价值，你自身也感觉技术无太大提升，因为他们认为php就是做这么简单的事，就是显示下数据，高级的都是Java或其它的做了。
php也不是做不了大项目，只是由于它的规范不像Java那样，真要拿php去做大项目，需要考虑和设计的问题太多了，与其那样，干嘛不用Java这种呢.
rpc与api区别？rpc的定义是远程过程调用，通俗讲就是客户端通过网络远程调用服务端的方法，比如一个用java写的method。rpc是基于tcp/ip协议之上的，一般每个rpc框架都定义了自己的协议(就是数据传输的格式，像前几位表示长度，用什么代表整数等等)，一般rpc会非常注重效率，比如它会尽量减小传输的数据量以保证传输效率，还会精心设计数据的装包和解包以提升这个过程的速度。
API（Application Programming Interface，应用程序接口）是一些预先定义的接口（如函数、HTTP接口），或指软件系统不同组成部分衔接的约定。 [1] 用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程，而又无需访问源码，或理解内部工作机制的细节。
到此，以上就是小编对于“php_rpc选型”的问题就介绍到这了，希望介绍关于“php_rpc选型”的【2】点解答对大家有用。
