说实话，如果你曾经在Sui上构建过，你可能碰到了一些墙.

从神秘的对象 ID 到兼顾 CLI 和启动本地网络，这就像在你编写第一行业务逻辑之前就为一场 boss 战斗做准备一样.

在最近作为 “溢出之路” 系列的一次研讨会上，来自Dubhe Foundation的Moven详细介绍了Dubhe Engine的工作原理、它解决了哪些问题，以及它如何不仅仅是一个工具——它是一个不断发展的运动.

视频链接：https://www.youtube.com/watch?v=CHkOS-TYehM

问题：零散的工具，繁重的设置

Moven 以一些关于当前 Sui 开发格局的真实讨论拉开了序幕：

-新手面临着艰难的学习曲线：设置钱包、领取测试代币、脚手架包、学习 Move 语法、启动本地测试网、配置 SDK 等. -即使是经验丰富的开发人员也会发现自己将时间浪费在重复的设置任务上，而不是专注于实际的DApp逻辑. -代码库迅速变得单一——包含数据结构、构造函数、助手和输入函数的大型、混乱的 .move 文件都挤在一起.

简而言之：生态系统发展迅速，但这些工具直到现在都没有跟上.

##解决方案：基于架构的代码生成

Dubhe Engine的核心是一个关键思想：架构优先开发.

只需一个配置文件 (d.config.ts)，开发人员就可以定义：

-他们的链上数据结构 -活动 -错误 -自定义类型（甚至是自定义结构的二维向量！）

然后，一个命令 (pnpm dub schema:gen) 会自动生成一个完全结构化的 Move 包和前端集成，包括：

-模块化文件结构 -链上可组合性（通过从 Sui 发布的包中导入） -本地网络设置、构建、部署和前端支持（Next.js 就绪）

你写逻辑. dubhe处理样板文件.

##** ⏱️ 真正的影响：重复代码减少了 80%**

在内部实验中，Dubb生成的项目表明，只有20％的代码必须手动编写，其余的是通过架构自动生成的脚手架.

这意味着更快的原型设计、更少的错误，并有更多时间专注于真正重要的事情：应用程序的核心价值.

##开发生态系统引擎

Dubb 并没有停在脚手架上. Movin明确表示：这是新开发经济的基础设施.

以下是 Dubb Engine 社区的发展历程：

-**汽油补贴：**适用于尝试使用Dubb的新建筑商 -**任务赏金：**像 GitHub 的 “第一期不错的问题”，但有奖励 -治理层 (D-OS): 针对项目优先级的链上投票 -**Launchpad 支持：**帮助成熟的项目获得资金 -**dApp Staking：**用户可以质押 D 代币来支持他们最喜欢的 dApp 并对路线图决策进行投票

这种反馈循环推动了整个 Sui 生态系统：更多的开发者 → 更多的应用程序 → 更多的用户 → 更多的开发者.