标题应该是：我真的希望UI工具包在未来走这条路。

这可能会是一篇长文，可能有很多错别字（本文没有使用任何AI生成的文本）：

我喜欢UI工具包的概念，但它只是太过简单和没有成熟，结合UXML和C#会有很多冗余代码，很容易混淆哪个脚本控制哪个文档。也许这是我的技能问题，或者它对我来说太过复杂。

从web框架（主要是Angular）来讲，这对我来说是一个很大的挑战。去年我发布了我的第一个游戏，无法决定使用哪个UI（UI工具包还是UGUI），最终我做出了最糟糕的决定：嵌入了一个web浏览器。

今年我开始我的第二个游戏，这次我想解决这个问题，所以我开始工作在一个非常简单的、有明确观点的框架中，框架具有生命周期和单一的MonoBehaviour作为入口点。它成功了，但将UXML和C#粘合在一起仍然很麻烦。所以我完全进入了一个黑洞，开始研究源码生成器，试图通过解析UXML来添加自定义行为作为属性。

结果我成功了：我将我的老游戏浏览器UI基于这个机制进行了迁移，非常高兴地摆脱了嵌入式浏览器。

我正在考虑将这个系统开源或作为一个资产，如果我不是唯一认为这个东西有用的疯子。

感谢阅读！花了几个月的时间在自己的小岛上工作后，我终于可以分享我的成果。