PHP入门指南：前后端分离

那天我在一家咖啡店，旁边的那个人看着电脑，满头大汗。
它使用 React 作为前端，Laravel 作为后端。
因此，API 请求总是失败。
我仔细一看，发现URL参数传递错误。
这提醒我，分离前端和后端可能看起来没有必要，但规格确实很重要。

1 .前后端分离的基本概念 就像做饭一样，以前都是师傅负责切菜、做饭、洗碗。
现在，菜师傅只负责切菜，炒菜只负责炒。
前端master负责接口，后端master负责数据。
前后端分离的本质是分工明确。

主要优点 真正实用：
提高开发效率：2 02 1 年，我的团队将使用Laravel+Vue进行单独开发，前端和后端同时启动，比传统模式至少快1 .5 倍。

增强可维护性：上周后端更改了订单表结构，前端仅更新了3 行API代码，耗时半小时。

多端适配支持：去年我们做的项目中，我使用同一个React后端开发网页版，使用Flutter开发Android版，完全复用了逻辑层。

改善用户体验：前端使用Vue进行延迟加载，首屏加载速度从3 秒降低到1 .2 秒，用户投诉更少。

2 前向和后向通信方式 选择错误的联系方式就像寄明信片却忘记写上地址一样。


RESTful API：最常见，例如使用 /orders/{id} 验证订单，使用 POST/PUT/DELETE 进行增删改查。
根据我们团队2 02 2 年的统计，8 0%的项目都使用这个，并且没有发生过重大事件。

WebSocket：适合实时场景，例如客服系统。
但去年测试时发现，如果用户长时间处于不活跃状态，服务器会疯狂推送不活跃消息。
最后添加了心跳机制来解决问题。

GraphQL：灵活性是真实的，但是配置查询解析器非常费力。
某次重构时，一位后端同学熬夜写了一半的解析器语言学家和前端抱怨数据不够完整。

3 选择 PHP 开发框架 框架看起来像手机壳。
Laravel 是原生 Apple 机箱，Symfony 是模块化补丁，YII 是电子竞技风格硬机箱。


Laravel：适合快速开发。
我们团队在 2 02 0 年使用 Laravel 8 构建的活动平台在两周内上线。
后端同学表示路由配置比Symfony快2 倍。

Symfony：适合大型项目。
一个特定的银行系统使用 Symfony，使用 6 年后没有出现致命错误。

YII：高并发确实厉害，不过去年有闪购活动。
后端同学必须修改1 00个操作才能生存，调试日志充满了数百兆字节。

4 推荐开发工具 厨师刀等工具。
选择错误可能会割伤您的手。


Postman：测试 API 的必需品。
根据我们团队2 02 1 年的统计，8 0%的接口问题是在Postman中检测到的。

VSCode：确实插件很多，但去年有人装了1 00多个插件，编辑就卡在PPT里了。
后来改成了简化版，但不再卡了。

Chrome DevTools：每个前端同学都有一个，却有人用它来测试后端，被后端同学骂“太过分了”。

总结：前后端分离开发就像搭建乐高玩具。
如果组装正确，效率会更高，但如果组装错误，就得重做工作。
这里的关键是分工要明确，协议要稳定，工具要正确使用。
不过等等，还有一件事——我昨天突然想到，如果后端和前端使用不同的语言，比如PHP和Java，会不会更麻烦？

php是写后端还是前端的语言？

PHP 是一种备用语言。
我在一家电商公司工作，2 01 7 年开始使用PHP开发，主要负责后端数据处理和业务逻辑。

我仍在尝试，但这是我的经验。
在构建电子商务网站时，PHP 负责数据库事务和用户身份验证。

在线设计后，服务器响应的响应时间从1 5 秒减少到2 秒，安全性增强。
我花