create react app支持php吗？
您好，Create React App是一个用于快速搭建React项目的工具，它主要是用来构建前端应用程序的。它并不直接支持PHP，因为PHP是一种服务器端脚本语言，主要用于构建后端应用程序。
不过，你可以使用Create React App来构建前端应用程序，并将其与PHP后端集成。你可以使用fetch或axios等JavaScript库来发送HTTP请求，从而与PHP后端进行通信。在后端，你可以使用PHP来处理请求、查询数据库、生成HTML等等。
总之，Create React App并不直接支持PHP，但它可以与PHP后端集成，从而构建出完整的Web应用程序。
据我所知 react app 好像是个前端框架。 如果要和后端交互的话 ，只要做好协议后端用 php java cshap go nodejs python 都可以。
React PHP和Node.js有哪些差别？
PHP好玩之处在于它与MySQL数据库无缝整合，操纵简单容易入手。
NodeJs好玩之处是能用javascript前端脚本语言写后台，而且支持异步高并发，很好玩。
React是MVC-MVVM库，能让人轻松解决复杂应用开发前端数据绑定等。还有native能编译成安卓和iOS应用。
Swoole与phpdaemon/react有何不同？体现在哪些方面？
两者运行方式不一样，swoole是完全使用C语言编写，多线程epoll，作为PHP扩展运行的。
phpdaemon/react都是基于libevent扩展使用php开发，以脚本方式执行。
swoole中提供的多线程Reactor，异步MySQL，毫秒定时器，异步文件读写、异步DNS查询，这是两者最大的差别
如果你需要更新swoole版本，不需要卸载或者删除旧版本swoole，安装过程会覆盖旧版本
官方说Swoole的定位是为高级PHPer所打造的，涉及知识点较复杂；但是这个并不妨碍初中级程序员去学习并掌握它，PHP并发编程、Swoft微服务等是PHP程序员进阶为高级工程师、架构师的必备技能！
我做开发十年为大家准备了一套精品教程福利！还可加入大牛学习圈子，分享tp,laravel，Swoole，Swoft微服务等教程，每天还有12年的架构师做讲解，助你进阶中高级PHP程序员，增值涨薪！需要可关注本头条号，并且发送私信：PHP
你可以看看你的技术水平是否达到基本标准拿对应薪资，需要进阶提升技术涨薪的可在底部留言！！
PHP和Nodejs能配合使用吗？
可以配合使用的，我之前一个公司就是这么用的，但是真心不建议这样配合使用。
怎么配合使用
如果要配合使用，一般怎么使用呢？
一般就是php提供后端接口，nodejs 做中间层转发请求，调用接口，并渲染页面。
但是这样就增加了系统的复杂度，因为nodejs也是常用做服务端处理的，基本php能做的它都能做，而且多一层转发，就多一层风险，出了问题也会更难定位一些。
应该怎么使用
个人觉得比较好的使用方式就是：
- php提供后端接口，前端页面可以使用目前比较流行的react或者vue去渲染，前后端分离，系统复杂性和耦合度都低，而且页面体验度也好。
- nodejs提供后端接口，前端页面还是react或者vue去渲染，依然是前后端分离，而且nodejs和vue本身都是js，需要学习成本也低一些，这就是真正的全栈了！
全栈是目前比较流行的一种选择，可以去尝试下。然后vue我也比较喜欢，可以研究。
大部分都是用nodejs 做中间层转发请求，调用接口
再者前面有Nginx分发请求,后面有MySQL共享数据,你在中间想用多少种语言都行,只要这种语言有对接Nginx和MySQL的功能就行.
除非你有这么大量的需求，才弄这个模型，如果只是需要打造高性能接口和WebSocket长连接可以考虑用PHP7+Swoole,这就没Node的事了.
PHP+Swoole可以使用开发大型实时通讯/网络游戏长连接类应用，优势：常驻内存，避免重复加载带来的性能损耗，提升海量性能，协程异步，提高对 I/O 密集型场景并发处理能力
为了帮助大部分PHPer能够顺利进阶中高级程序员、架构师！我为大家准备了一套精品福利！分享tp,laravel，Swoole，Swoft微服务等教程，每天还有12年的架构师做讲解，助你进阶中高级PHP程序员，增值涨薪！需要可关注本头条号，并且发送私信：PHP
想进阶中高级、架构师的PHPer可来提升自己涨薪！！
Node.js作为服务端渲染HTML调用PHP提供的网络接口是常用的做法。
Node.js具有异步IO的特点在处于网络IO上有优势，PHP作为服务器端语言具有生态好、插件多的优势。
Node.js具体做了什么？
在浏览器渲染的页面上可能需要很多Ajax请求,使用Node.js渲染HTML之后，浏览器发送请求给Node.js，Node.js解析请求然后发送请求给后端的服务，将后端服务的返回值组合起来生产HTML代码返回给浏览器。
有什么好处？
加快浏览器的打开速度，优化体验。
你为什么选择React而不选择Vue？
其实个人认为Vue无论从易用性，上手难度还是开发效率方面都是优于React的，但Vue的硬伤在于社区和大厂程序员界的认可程度，比如在面试中一般而言精通React要比精通Vue更加受到青睐，让面试官觉得你更加资深更加厉害！（个人是很不认同这一点的，但没办法很现实[泪奔]）
react、vue和angular的区别和选择谁的问题可以看我的这篇视频详细了解
;timestamp=1594534996&group_id=6844141953764819469&use_new_style=1
因为中国明显用Vue的多，像我这样超凡绝伦的人中龙凤，如果也选Vue岂不是太俗了？况且Vue还是国产，React明显异域风情，虽然比起Vue难用了些，但难度决定高度！
如果你入行足够久，并且一直在做gui你会发现react似曾相识。
老早老早以前都是客户端程序，部署麻烦但是写起来爽，后来网页把客户端取代了虽然部署方便了但是写起来那叫一个蛋疼，于是就有了Adobe flex，java fx， 微软 silverlight这类嵌入到网页里的客户端，这些依然能给开发者带来真正的对象化组件，封装，多态，继承一样不少，还有像模像样的组件树，比像extjs这类蛋疼的玩意强多了。
可惜好景不长，3巨头谁也不服谁都不肯用对方的东西，最后只好妥协，共同推行了html5。而react 就是客户端程序在html的又一次涅槃重生。
至于vue，无非就是另一种angularjs而已，只是把php，jsp，各种p搬到了前端而已，跟react 不可同日而语。
个人编程史很长，20年前就开始写Web。因为要做软件公司，6年前预判技术瓶颈会出现在前端，很需要高级前端人员。所以兼了前端的技术研发。可以说这些年都是看着react，vue一路发展，angular2也做过一个商城项目。
选择react是因为它纯粹。react、vue的源码都读过，vue的虚拟dom是fork了另一个开源的，这个开源是模范了react的，渊源很深。vue是同时支持react的jsx和angular2的模版指令开发的。
vue有太多特性，而且开发方式可以用指令模版或jsx。那些说vue简单的，基本上都是用它的指令模版。如果用vue jsx，其实跟react差不多一样了，vue+jsx+redux，我估计很多vue工程师没意识到这点，vue可以跟react一样，还在争论vue和react的优劣
angular2本身就是指令模版，第一次用它的时候很激动，惊叹，Web还可以这样开发？但短板也是很明显的，首先它反模式，反惯例，要用指令模版思维去写程序。当然目前小程序也是指令模版。这不是说不好，任何技术都有取舍，这种取舍就是做复杂度不太高的应用开发起来会更快。但平常应用往往也不会太复杂，而且可以封装组件，其实也还可以，不是说做不到。
react基本上就是Jsx，现在有了hooks，可以进行函数式编程。jsx本质上可以理解为js的一部份了，说react复杂的是因为是它的状态管理，过去必须得学redux，因为涉及到比较高级的OOP设计思想，中初级的工程师会觉得很辛苦，除非OOP很熟练的。但OOP是道门槛。提到OOP就不得不提Java，很多用java的人其实OOP水平也一般。这就是为什么Vue也这么受欢迎了。
由于react的纯粹，技术资产就容易积累了，意思式你只能这么写。vue的选项就多了点。
每个人、每个公司的考量和出发点不一样，技术只有宿舍而无优劣。
同时向react、vue、angular致敬，在我心中排名不分先后，只是技术有取舍。
React是一个用于构建用户界面的JAVASCRIPT库，起源于Facebook内部项目并于2013年5月开源。React拥有出众的性能而代码逻辑却非常简单，因此越来越多的人开始关注和使用React。现在已经成为前端三大主流之一，其他两大主流前端框架分别为Angular和Vue。个人觉得选择React不外乎以下几点原因：
1，React主要是借助JSX在JavaScript中创建虚拟DOM，让组件更加模块化，重用代码更容易，可维护性更高。
2，可以最小化的进行DOM操作并保证代码的执行速度快和高性能，同时虚拟DOM帮助解决了跨浏览器问题。,
3，用户无需要太关心具DOM的操作过程，可以把大部分精力放在数据的渲染上，大大降低开发的工作量，提升开发效率。
4，React可以利用ReactNative实现一套代码，多终端应用。可以大大的降低开发成本，减少了开发时间。
5，React拥有丰富的组件、插件和开源社区，学习容易，获取知识也方便。可以减少开发成本，提高开发效率。
还没有评论，来说两句吧...