阅读时间:1 分钟
0 字
Core 和 Pro 怎么选
这一页只解决一个问题:你现在应该用 DVHA Core,还是直接上 DVHA Pro。
如果你懒得看太多,先记最简单的结论:
- 想要更自由、自己搭能力,用 Core
- 想要更快出后台、少写基础页面,用 Pro
一句话理解
你可以把它们理解成:
- Core:后台基础能力骨架
- Pro:在 Core 上补齐更完整的后台页面和组件能力
也就是说,它们不是对立关系,而是:
- Pro 建立在 Core 之上
- Core 更偏基础层
- Pro 更偏业务落地层
什么时候选 Core
更适合选 Core 的情况:
- 你想自己决定整套 UI 长什么样
- 你不想预设太多页面结构
- 你只想要登录、权限、路由、菜单、数据这些基础能力
- 你会大量使用自己的业务组件
- 你想把后台体系完全按自己团队方式搭起来
Core 更像什么
Core 更像是:
- 帮你把后台开发最底层的通用能力先搭好
- 但页面和界面层,你可以自己决定怎么组织
适合这类团队:
- 已经有自己的设计体系
- 已经有自己的组件库
- 更在意灵活度
- 能接受多做一些页面层搭建工作
什么时候选 Pro
更适合直接选 Pro 的情况:
- 你想尽快把后台做出来
- 你不想从 0 搭登录页、布局页、错误页
- 你希望开箱就有更多后台常用页面和组件
- 你希望把时间放在业务,而不是重复搭基础页面
- 你本来就打算走 Naive UI 体系
Pro 更像什么
Pro 更像是:
- Core 的增强版落地层
- 帮你把后台里最常见、最重复的页面和组件先补齐
适合这类团队:
- 想快速上线
- 想减少重复劳动
- 需要更完整的后台界面能力
- 希望一开始就有更成熟的后台体验
最直接的区别
| 对比项 | Core | Pro |
|---|---|---|
| 定位 | 后台基础能力层 | 后台增强与落地层 |
| 上手方式 | 更灵活,自己拼装更多 | 更快,开箱即用更多 |
| UI 层 | 更自由 | 更完整 |
| 后台基础页面 | 需要自己补更多 | 已提供更多现成能力 |
| 适合谁 | 注重自由度的团队 | 注重交付效率的团队 |
| 是否支持多管理端 | ✅ | ✅ |
| 是否支持远程页面 / JSON Schema | ✅ | ✅ |
如果你最在意“少编译、开发轻”呢?
这点其实 Core 和 Pro 都继承了 DVHA 的核心优势:
- 多管理端
- 配置驱动
- 远程页面
- JSON Schema
- 动态扩展能力
区别不在于“谁更轻”,而在于:
- Core 更轻在“你自己决定怎么搭”
- Pro 更轻在“你少写很多后台基础页面”
所以如果你最在意的是:
- 少写重复页面
- 快速出完整后台
那通常更建议直接上 Pro。
一个简单的选择方法
选 Core,如果你更像这样
- 我们有自己的 UI 体系
- 我们希望完全掌控页面结构
- 我们愿意自己搭页面层
- 我们更在意灵活度,而不是现成页面数量
选 Pro,如果你更像这样
- 我们想尽快开始做业务
- 我们不想重复搭后台页面骨架
- 我们希望直接拿到更完整的后台能力
- 我们想减少前期基础设施工作量
如果不确定,建议怎么选
如果你现在还不确定,通常建议这样判断:
- 新项目、想快一点落地:先上 Pro
- 已有成熟 UI / 设计体系:先看 Core
- 中后台页面很多:更建议 Pro
- 团队非常强调自由定制:更建议 Core
相关阅读
- 为什么 DVHA:
/guide/overview - 为什么用 Pro:
/pro/ - Pro 安装指南:
/pro/installation - Pro 配置说明:
/pro/configuration