这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
Godot 移动端权限流程：相册、通知和麦克风都要在合适时机开口
为什么这个系统值得单独设计 移动端权限请求如果时机不对，会直接降低转化。玩家刚进游戏就弹通知、相册、麦克风，通常会拒绝；等到玩家点击截图分享、语音聊天、活动提醒时再解释，成功率高得多。Godot 导出移动端时，权限不只是 manifest 配置，还包括运行时请求、拒绝后的降级和平台差异。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
个人游戏开发者成功案例：从失败 RPG 里拆出一款畅销小游戏
一个个人开发者从失败大项目中拆出成功小游戏的案例：原本做不完的 RPG 被拆解成一款独立战斗构筑游戏，范围缩小后反而获得销量和口碑。
Phaser 移动平台与电梯：路径、载客、挤压保护和同步
为什么值得单独做成系统 平台动作关卡里，玩家跳上矿井电梯，电梯下降到中层，途中经过会挤压角色的横向平台。另一个场景中，移动平台按固定路径循环，玩家必须借它越过尖刺坑。平台看起来只是移动的地板，但它和角色控制、碰撞、机关状态强相关。
Phaser 体育球权系统：传球、抢断、碰撞和辅助瞄准
为什么这个系统值得单独设计 一款 3v3 街头球类小游戏里，玩家控制角色冲刺、传球、假动作和射门。球在场上快速移动，角色碰撞频繁。如果球权只靠物理碰撞决定，玩家会觉得球像失控的弹珠；如果球权全靠脚本吸附，又会失去运动感。
在线游戏服务端 NPC AI 调度
NPC AI 如果只看单个怪物，逻辑并不复杂：巡逻、索敌、追击、攻击、脱战。真正困难的是地图上同时有成千上万个 NPC 时，服务器如何安排它们思考，既不烧爆 CPU，又不让玩家觉得世界是假的。这类问题最容易在项目早期被简化。测试服人数少、网络稳定、客户端版本统一，很多边界不会暴露。
Godot DLC 分包安装体验：内容买到了，也要让玩家知道什么时候能玩
为什么这个系统值得单独做 玩家买了 DLC，却进入游戏后找不到入口，或者点入口才发现还要下载 3GB，这是很糟的体验。DLC 分包要把权益、下载、安装、校验、版本兼容和入口解锁串起来。Godot 运行时加载资源很灵活，但内容包体验必须清楚。
Godot 桌面与 Steam 发布：导出、成就、云存档和覆盖层边界
Steam 接入不只是把游戏上传 Godot 桌面游戏发布到 Steam，看起来比移动端简单：导出 Windows、macOS、Linux 包，上传 Steamworks，配置商店页。真正做客户端时，还要考虑成就、统计、云存档、DLC、覆盖层、手柄、离线模式、构建分支和崩溃日志。
Godot 设备性能分档：低中高画质不能只靠玩家自己猜
为什么要单独设计 让玩家自己在低、中、高里猜画质，往往效果不好。高端机可能默认低画质，低端机可能默认高画质然后卡顿。设备性能分档需要结合设备信息、启动基准、运行时反馈和玩家手动设置。Godot 项目跨桌面、移动、Web 时，这个问题更明显。
游戏客户端断线重连与会话恢复：别让玩家卡在半个世界里
断线重连做得差，玩家会卡在一种很尴尬的状态：画面还在动，按钮还能点，但所有结果都没有回来；或者重连成功后，角色位置、背包、任务和战斗状态像来自不同时间线。重连不是简单地重新登录，它是一次客户端世界观的重建。
个人游戏开发者成功案例：程序和美术两人合作做完第一款游戏
写在前面：多一个人不一定更快，但可以更完整 陈舟原本是一个人做游戏。他擅长程序和关卡，但美术一直很弱。后来他和插画师叶南合作，做了一款短篇冒险游戏：玩家在一座旧植物园里寻找失踪的园丁，通过植物标本和温室机关推进故事。
Phaser 每日签到日历：连续天数、补签、时区和奖励预览要可信
为什么这个系统不能临时拼 玩家每天打开游戏看到签到日历，连续 7 天有大奖，漏签可以用补签券补一次，月底活动自动结算。真实项目里，最容易出问题的不是第一版能不能跑，而是后续能不能解释、能不能复现、能不能被内容团队稳定使用。签到看似简单，但时区、跨天、补签、奖励预览和重复领取都会出问题；本地时间不能作为权威。
Evernote 受挫案例：最早装进用户大脑的笔记应用为什么掉队
开场：它曾经像第二大脑 Evernote 曾经是知识工作者最爱的工具之一。网页剪藏、笔记、图片、搜索、跨设备同步，让用户可以把资料、想法、会议记录和灵感都放进去。很多人第一次使用 Evernote 时，会觉得终于有了一个个人知识仓库。
Phaser 赛季通行证进度：等级、任务、补领和动画节奏
为什么要把它当成系统来做 休闲射击游戏开启第三赛季，玩家打一局后获得 850 点赛季经验，从 12 级升到 14 级，免费轨道拿到金币，付费轨道有皮肤但尚未解锁。界面要让玩家清楚发生了什么。通行证系统不只是画一条奖励轨道。它要处理经验分段、任务来源、补领、付费解锁后的历史奖励、动画节奏和跨设备刷新。
个人游戏开发者成功案例：没有全球爆红，却在本地市场卖得很好
一个个人开发者聚焦本地文化题材获得成功的案例：游戏没有全球爆红，但凭借真实生活细节、地方媒体传播和本地玩家共鸣，获得稳定销量和线下机会。
游戏支付与风控：充值到账、退款、盗刷和对账怎么管
游戏支付系统最怕两件事：玩家付了钱没到账，或者有人用支付漏洞刷出资产。前者直接伤害信任，后者破坏经济系统。支付不是简单接一个 SDK，它涉及订单状态、平台回调、补单、退款、对账、风控、客服、税务和数据。越早把支付链路设计清楚，线上事故越少。
Godot 受击反应分层：硬直、击退、闪白和音效不能互相抢控制权
为什么这个系统值得单独设计 受击反馈往往由很多系统同时参与：角色硬直、击退、动画受击、材质闪白、血条变化、音效、镜头震动、手柄震动。单独都简单，合起来就容易互相抢控制权。角色明明被击飞，移动脚本还在读输入；闪白材质没恢复；连续受击把动画打断得像抽搐；Boss 霸体却播放了普通硬直。
Game Jam 实战：如何用 Game Jam 提升技能、积累作品与建立人脉
系统梳理 Game Jam 对独立开发者的价值：主流平台对比、赛前准备清单、48 小时开发流程、范围控制策略、赛后扩展路径与营销方法，附工具资源清单、时间表模板与成功案例深度拆解。
Phaser 竞速圈速系统：检查点、防抄近路和成绩回放摘要
为什么这个系统值得单独设计 俯视角竞速游戏里，玩家在夜间城市赛道刷圈速。最后 0.08 秒的差距决定是否进入好友榜前三。系统必须准确记录每一圈、每个检查点和每次重置，否则玩家会怀疑排行榜不公平。竞速计时不是从起点到终点的秒表。它要处理检查点顺序、反向通过、抄近路、暂停、重开、碰撞重置、分段成绩和排行榜提交。
Godot 背包拖拽 UI：Control 拖放、堆叠拆分和事务确认
背包拖拽看起来直观，边界却很多 Godot 的 Control 支持拖放相关方法，可以实现物品从一个格子拖到另一个格子、装备拖到装备栏、材料拖到合成槽。玩家觉得这很自然，但实现细节不少：拖拽预览、堆叠拆分、目标格校验、触屏长按、服务端确认、失败回滚、列表复用、手柄替代操作。
Godot GPU 粒子预算可视化：特效好不好看，也要知道一帧烧了多少
为什么这个系统值得单独做 GPU 粒子是战斗表现大户。单个技能看起来不贵，十个技能、天气、脚步、水花、爆炸叠在一起就会让透明 overdraw 爆炸。很多项目只到帧率下降才开始猜哪个特效贵。粒子预算可视化的目标，是让美术和程序在制作阶段就看到成本。