KuiklyUI 页面是如何通过创建的？

嗯，就这么回事儿。 跨端开发的浪潮中，KuiklyUI 成为一颗闪亮的崭新星。它像一座桥梁，把 Kotlin 的声明式语法和原生平台的渲染引擎紧密相连。每当我把一句简洁的 View { … } 写进代码， 心里总会涌起一种创立世界的激动——那一刻，我既是程序员，也是建筑师。

第一幕：编译期的魔法

全部页面背后都有一张隐藏的地图——路由表。KSP在编译时扫描全部带 @Page 注解的类，然后生成对应的平台入口文件。想象一下 一个脚本悄无声息地把“首页”映射到 HomePager、 蚌埠住了... 将“详情页”指向 DetailPager 的过程，整个映射表像一本精细绘制的手册，等待运行时去翻阅。

为何不直接反射？

也要.… KSP 的优势在于避免了运行时反射所带来的性能损耗。工厂函数，程序启动时就能立刻拿到对应 Pager 的实例，而不是每次都走一次反射查找。

第二幕：运行时的起舞

当宿主 App 调用 CREATE_INSTANCE 时BridgeManager 根据 methodId 路由到对应的工厂方法。崭新的 Pager 对象诞生，它是页面抽象，也是整棵 view 树的根节点。

• willInit: 为子类留出自定义初始化空间范围。
• initModule: 注册内置 Module，惰性创建只存工厂函数。
• didMoveToParentView: 将自己注册进全局视图索引。

躺平。 此刻， Pager 已经准备就绪，却还没有任意可见元素——它只是一个空壳等待填充。

第三幕：构造记忆中的树

Kotlin 层落实 body 方法， 它较深度优先遍历 DSL 块，将 View、Text、Button 等节点实例化，并将属性和事件保存在内存中。