字体
关灯
   存书签 书架管理 返回目录
流程控制:‘仓颉’不建议使用传统的循环和条件分支。逻辑应尽可能地通过‘状态机’和‘事件响应’来实现……”
    看到这里,黄建功的呼吸,已经开始变得急促。
    不建议使用循环和分支?
    这简直是颠覆了他几十年来的编程认知!
    没有了循环和分支,那还叫编程吗?
    他耐着性子,翻到了后面关于“状态机”和“事件响应”的章节。
    “一个对象的行为,由其当前所处的‘状态’决定。当接收到外部‘事件’时,对象会从一个‘状态’,跃迁到另一个‘状态’,并触发相应的‘行为’。”
    创生 对象 交通灯 {
    状态机 {
    初始状态: 红灯,
    状态 红灯 {
    进入时: { 执行 点亮红灯 }
    接收事件 "时间到达" { 跃迁至 绿灯 }
    },
    状态 绿灯 {
    进入时: { 执行 点亮绿灯 }
    接收事件 "时间到达" { 跃迁至 黄灯 }
    },
    状态 黄灯 {
    // ...
    }
    }
    }
    当黄建功看懂了这段示例代码后,他只感觉一股电流,从尾椎骨直冲天灵盖。
    妙啊!
    简直是妙到毫巅!
    用“状态机”来管理对象的逻辑,不仅完全规避了复杂的if-else和switch-case,还让对象的行为逻辑变得一目了然,极易维护和扩展!
    这……这根本就是艺术!是哲学!
    黄建功的手,开始微微颤抖。
    他感觉自己手里捧着的,不是一份技术文档。
    而是一份来自未来的“天书”!
    他继续向后翻。
    “第三章:世界构成。”
    “3.1 场景树:所有‘对象’,都存在于一个树状的‘场景图’中。父对象的位置和旋转,会影响其所有子对象……”
    “第四章:渲染管线。”
    “4.1 材质系统:基于物理的渲染(PBR)材质模型。包含金属度,粗糙度,反照率等核心参数……”
    “第五章:可编程着色器。”
    “5.1 龙章(Long-Shader):一种‘仓颉’语言的子集,专门用于编写顶点着色器和片元着色器。它将被

关闭+畅/阅读=模式,看最新完整内容。本章未完,请点击下一页继续阅读》》
上一页 目录 下一页