阅读时间: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 的增强版落地层
  • 帮你把后台里最常见、最重复的页面和组件先补齐

适合这类团队:

  • 想快速上线
  • 想减少重复劳动
  • 需要更完整的后台界面能力
  • 希望一开始就有更成熟的后台体验

最直接的区别

对比项CorePro
定位后台基础能力层后台增强与落地层
上手方式更灵活,自己拼装更多更快,开箱即用更多
UI 层更自由更完整
后台基础页面需要自己补更多已提供更多现成能力
适合谁注重自由度的团队注重交付效率的团队
是否支持多管理端
是否支持远程页面 / JSON Schema

如果你最在意“少编译、开发轻”呢?

这点其实 Core 和 Pro 都继承了 DVHA 的核心优势

  • 多管理端
  • 配置驱动
  • 远程页面
  • JSON Schema
  • 动态扩展能力

区别不在于“谁更轻”,而在于:

  • Core 更轻在“你自己决定怎么搭”
  • Pro 更轻在“你少写很多后台基础页面”

所以如果你最在意的是:

  • 少写重复页面
  • 快速出完整后台

那通常更建议直接上 Pro

一个简单的选择方法

选 Core,如果你更像这样

  • 我们有自己的 UI 体系
  • 我们希望完全掌控页面结构
  • 我们愿意自己搭页面层
  • 我们更在意灵活度,而不是现成页面数量

选 Pro,如果你更像这样

  • 我们想尽快开始做业务
  • 我们不想重复搭后台页面骨架
  • 我们希望直接拿到更完整的后台能力
  • 我们想减少前期基础设施工作量

如果不确定,建议怎么选

如果你现在还不确定,通常建议这样判断:

  • 新项目、想快一点落地:先上 Pro
  • 已有成熟 UI / 设计体系:先看 Core
  • 中后台页面很多:更建议 Pro
  • 团队非常强调自由定制:更建议 Core

相关阅读