php 小网站开发框架哪个好用？这几个轻量级框架值得推荐！

发布日期： 2025-11-29 阅读量： 作者： admin

今天就来聊聊我之前瞎折腾的一个事儿——搞个 PHP 小网站的开发框架。也不是啥高大上的东西，就是自己用着顺手，记录一下过程。

为啥要自己搞？

起因挺简单的。有时候接一些小活儿，或者自己想快速搭个展示页、小程序后台啥的，用那些大家伙框架，比如 Laravel、Symfony 这些，感觉有点杀鸡用牛刀，配置啥的挺麻烦，文件结构也一大堆，对于小项目来说有点重。也试过一些轻量级的，像 Slim、Flight 之类的，确实轻快，但有时候又觉得太“轻”，好多东西还得自己再封装，或者说它们的思路跟我当时的需求不太对付。用原生 PHP 写，写几个页面还行，项目稍微大一点点，代码就乱得跟蜘蛛网一样，自己都看不下去，特别是路由和视图那块，混在一起简直是灾难。

所以当时就琢磨着，能不能自己攒一个“轮子”，满足我自己做小项目的基本需求：路由能清晰点、视图能分开点、数据库操作能方便点，就够。目标就是简单、够用、自己能完全掌控。

动手开干

一开始也没想太多，就想着先解决最头疼的路由问题。

第一步：搞定路由

最开始图省事，直接在入口文件 `*` 里用 `$_SERVER['REQUEST_URI']` 配合一堆 `if...else if...` 或者 `switch` 来判断 URL，然后 `include` 对应的 PHP 文件。跑起来是能跑起来，但很快就发现，URL 规则一多，这 `*` 就没法看，臃肿不堪，而且不好管理。

不行，得改！我想着能不能用个数组或者配置文件来定义路由规则，比如 `/user/list` 对应哪个处理函数或者类的方法。于是我就搞个简单的路由类，大概思路就是：

定义一个路由表，可能是个数组，key 是 URL 规则（支持简单的通配符，比如 `/user/{id}`），value 是要执行的控制器类名和方法名，像 `['UserController', 'show']` 这样。
在入口文件里，实例化这个路由类。
路由类根据当前的 `REQUEST_URI` 去匹配路由表里的规则。
匹配到，就去实例化对应的控制器类，调用对应的方法。
匹配不到，就返回个 404 页面。

这么一搞，`*` 清爽多，路由规则也集中管理，看着舒服多。

第二步：分离视图

路由搞定，下一个问题就是视图。以前老是 PHP 代码里嵌 HTML，或者 HTML 里嵌 PHP，那叫一个乱。我也不想引入像 Twig 那样复杂的模板引擎，小项目没必要。就想着能不能简单点，在控制器方法里处理完数据，然后加载一个独立的 HTML 文件（或者 .php 文件也行），把数据传给它，让它负责显示。

于是我就弄个简单的 `View` 类（或者干脆就是个函数），大概这么用：

在控制器方法里，准备好要显示的数据，比如 `$data = ['name' => '张三', 'age' => 20];`
调用 `View::render('user/profile', $data);` 这样的方法。
这个 `render` 方法内部，就是把 `$data` 数组里的 key 变成变量（比如用 `extract()` 函数），然后 `include` 那个 `views/user/*` 文件。
在 `*` 文件里，就可以直接用 `$name`、`$age` 这些变量，里面基本就是 HTML 代码和简单的 PHP 输出逻辑（比如 `foreach` 循环）。

这样一来，PHP 逻辑处理和 HTML 展现就基本分开，维护起来方便多。

第三步：数据库操作

小项目也离不开数据库。直接用 `mysqli` 或者 `PDO` 也行，但每次都写连接、写 SQL、处理结果也挺烦的。我就简单封装一下 PDO，搞个基础的数据库操作类 `Db`。

配置文件里放数据库连接信息。
`Db` 类负责连接数据库（搞个单例模式，避免重复连接）。
提供几个常用的方法，比如 `query()` 执行原生 SQL，`find()` 查询单条记录，`select()` 查询多条记录，`insert()`、`update()`、`delete()` 这些。
方法内部对 PDO 的操作做一些封装，比如预处理绑定参数，简化结果获取等。

这样在控制器里操作数据库就简洁多，比如 `$user = Db::find('select from users where id = ?', [$userId]);`。

整合起来：搭个架子

有路由、视图、数据库这几个基本组件，我就开始搭整体的架子。

根目录下放个 `*` 作为唯一入口文件。
搞个 `config/` 目录放配置文件（数据库配置、应用配置等）。
搞个 `app/` 目录，里面再分 `controllers/` 放控制器类，`models/` 放模型类（虽然我初期没严格用 MVC 的 Model 层，有时就在控制器里直接调 `Db` 类），`views/` 放视图文件。
可能再加个 `core/` 或者 `lib/` 目录，放核心类库（像上面说的路由类、视图类、数据库类）和一些公共函数。
用 `composer` 来管理依赖（比如需要个啥第三方库）和实现类的自动加载（PSR-4 规范），这个很关键，省得写一堆 `require` 或 `include`。

整个流程大概就是：请求来 -> `*` -> 初始化应用、加载配置 -> 路由类解析 URL -> 找到对应的控制器方法 -> 控制器方法处理逻辑（可能调用 `Db` 类操作数据库） -> 准备数据 -> 调用 `View` 类加载视图文件并传入数据 -> 视图文件渲染输出 HTML -> 结束。

踩坑和反思

搞这个过程中，也遇到不少问题。比如路由一开始没考虑 RESTful 风格，后来想加就有点别扭。错误处理一开始很简单，就是 `die()` 或者 `echo`，后来发现得弄个像样的错误处理机制，不然调试和线上排错都麻烦。安全性方面，像 SQL 注入、XSS 攻击这些，虽然自己封装的时候注意些（比如用 PDO 预处理），但肯定不如成熟框架考虑得周全。还有就是类的自动加载，一开始手动 `include`，后来才醒悟过来用 `composer` 香多。

想说的

这个所谓的“框架”，就是个满足我自己特定需求的、非常基础的代码架子。它不完善，功能也简单，跟那些成熟的框架没法比。但是，通过自己动手这么一折腾，我对一个 Web 应用的基本构成、请求的生命周期、MVC（虽然我实现的很简单）这些概念有更深的理解。而且在做一些真的很小的项目时，用自己的这个架子，确实感觉挺顺手，代码也比以前直接写原生 PHP 要整洁、有条理多。

如果你也经常做些 PHP 小项目，觉得用大框架重，用原生 PHP 乱，不妨也试试自己动手攒一个简单的架子。不求多牛逼，够用、能加深理解就行。前提是你得对 PHP 基础比较熟，不然可能坑更多。

大概就是这么个过程。瞎折腾，但挺有意思。

上一篇: 专业网站制作哪家专业？口碑好、技术强，助你生意更上一层楼！

php 小网站开发框架哪个好用？这几个轻量级框架值得推荐！

随便看看