我为什么创建了 PHLEXMOD:一个为厌倦过度工程的我们准备的 PHP 框架

发布: (2025年12月29日 GMT+8 11:43)
3 min read
原文: Dev.to

Source: Dev.to

面向企业管理系统的务实方法

我多年来一直在开发管理系统:工资单、库存、组织结构、用户管理。总是会遇到同样的困境:

  • Laravel/Symfony:功能强大,但面向全能。为了一个被美化的 CRUD,你会加载 200 多个依赖。
  • 微服务:理论上很棒。实际操作中,对小团队来说是运维噩梦。
  • 意大利面代码:起初写得快,之后几乎无法维护。

中间点在哪里?

经过多次项目失败和痛苦的重构,我提炼出三个原则,我称之为 MIA

  1. 自包含模块 – 每个模块都是一个文件夹,内部包含其端点、业务逻辑和 UI。

    • 删除一个模块只需要把它的文件夹删掉,没有隐藏的依赖。
    backend/modules/
    ├── nomina/
    │   ├── endpoints/
    │   ├── js/
    │   └── ui/
    ├── usuarios/
    │   ├── endpoints/
    │   ├── js/
    │   └── ui/
  2. 显式通信 – 引擎和模块通过明确的配置对象进行交互;你清楚地知道输入和输出是什么。

  3. 强制消毒区 – 每个入口点都有一个消毒区;这不是可选的中间件,不能忘记添加。

主要特性

  • 动态模块引擎:根据用户权限加载模块(内置 RBAC)。
  • CLI (phlex):为模块、端点和迁移生成脚手架。
  • 多语言:开箱即支持 8 种语言。
  • WebSockets:实时通知。
  • 原生模板系统:纯 PHP,结构清晰,无 Blade 或 Twig。

立即试用

🔗 https://phlexmod.jagmedia.com.ve

演示账号

  • 用户名:demo
  • 密码:PhlexDemo2025!

PHLEXMOD 适合谁?

理想对象

  • ✅ 构建管理系统的 PHP 开发者。
  • ✅ 需要结构但不想被官僚主义束缚的小团队。
  • ✅ 那些“删除一个模块”应当是轻而易举的项目。

不推荐使用的场景

  • ❌ 纯 REST API(请使用 Laravel/Lumen)。
  • ❌ 前后端分离的 SPA(请使用你喜欢的 JS 框架)。

文档与源码

这款工具源于拉美企业项目中的真实需求。

开放性问题

  • MIA 方法是否有意义?
  • 你会添加或删除哪些功能?
  • 你会使用这种方案,还是更倾向于继续使用 Laravel?
Back to Blog

相关文章

阅读更多 »

从领域事件到Webhooks

领域事件实现以下接口: ```php interface DomainEvent { public function aggregateRootId: string; public function displayReference: st... } ```