至于第四步，在球场上实时显示投篮命中率*

ts /** 各区域命中率并渲染圆点 */ private renderShots{ const stats=new Map;< p="">

 shots.forEach(s=>{
let z=this.getZoneById;ifreturn，let rec=stats.get||{made:0,total:0};rec.total++，rec.made+=s.made?1:0，老实说，stats.set;})，stats.forEach=>{
let z=this.getZoneById!，let pos=courtToCanvas;话说回来，let rate=v.total===0?undefined :
v.made/v.total;
/* 根据命中率决定颜色与透明度 */
let clr="#ef4444";// 红色默认低命中率
let alpha=.7;if{
alpha=.85-;// 命中越高透明越高，让底色不遮挡太多。clr=，"#22c55e":?"#f59e00":"#ef4444";按理说，alpha=.9-;}
/* 绘制圆点 + 数字文字*/
const r=?10:r*100，// 半径随命中率变化更直观

...

第五步这方面。页面整合与交互实现*

tsx import {useRef,useEffect,useState}from "react";

export default function ShotTracker{ const =useState;const =useState;canvas="document.createRef;，>

useEffect=>{ loadFromStorage;老实说，drawAll，},);

/** 点击处理：定位最近区域并选择它以便后续录入 */ function handleClick{ var rect=||{} );var cx=e.nativeEvent.clientX-rect.left;var cy=e.nativeEvent.clientY-rect.top;var nearest=findNearestZone;nearest&&setSelected }

踩坑提醒 *

• Pain Point #1 – 不当尺寸管理：* 鸿蒙 Canvas 的大小必须在组件初始化时确定；若随后动态修改，会导致内部像素缓冲失效而出现拉伸或锯齿现象。常用方法是在组件构造阶段通过属性注入固定宽高，接下来通过监听 onAreaChange 事件及时更新比例因子并重新绘制。
• Pain Point #4 – 高 DPI 屏幕适配：* 大多数华为设备采用 Retina‑style 像素密度，例如× ² 或 × ³。如果直接用像素单位画线条，很容易出现模糊甚至半透明边缘。解决方法是在创建 Context 时调用 ctx.setPixelRatio;或者手动缩放所有坐标计算公式，使得最终渲染时每个物理像素对应一个实际屏幕像素。说起来，
• <强>Pain Point #5  -  Coorinate Transform 错误导致误点击：* 鸿蒙 touch 对象返回的是相对于容器左上角的坐标。而不是相对于 Canvas 本身。这一点常被忽视导致“点击无反应”。解决办法是先拿到容器 offset，再减去 offset 得到真正的画布坐标。接下来再用 courtToCanvas 映射即可。
• <强>Pain Point  #6  -  Nesting Rendering Loop 与 Performance Drop :* 当投篮数目超过百条时每次追加一条记录都会触发一次完整重绘导致帧率骤降甚至卡顿。常用方法是将投篮记录拆分成两层缓存：① 保存全局数据；② 对新增项目只渲染对应圆点而不是整幅画布；若仍需整体刷新则可以利用 Offscreen‑canvas 做双缓冲来减少 GPU 开销。老实说，
• Pain Point #7 -  Additive Click Zone Size:* 小型手机屏幕下单个投篮区仅占几平方毫米。为使用者提供足够大且可精准触碰很关键。我们通常把每个投篮区设定至少30~40 像素半径。当使用者点击离中心不到该距离即认为选中该区，从而避免误操作导致的数据错误反馈。
• Pain Point #8 -  Synchronous State Updates:* 在 ArkTS 中状态更新不立即同步，而需要等到下一次 UI 刷新周期。在快速连续录入多次投篮后如果立刻读取状态可能看到旧值；话说回来，解决办法是在录入函数内部直接操作本地数组并同步写回 storage 后再手动调用一次重绘。以确保视图始终与数据一致。
• Pain Point #9 -  No Built‑in Color Gradient Support:* 标准 Canvas API 并未提供梯度色彩过渡，这使得想用渐变表示命中概率非常麻烦；常见技巧是在每个圆点内部使用 radialGradient 或直接预先生成一张小型 PNG 图案。并根据概率大小动态裁剪其透明通道以达到视觉渐变效果，从而提高热力图表现力。
• Pain Point #10 -  User Interaction Feedback:* 为提高 UX。我们往往需要给使用者即时视觉反馈，例如当选中某个区域后给该圆点加一点轻微放大动画或闪烁提示；这类动画通常需要借助 requestAnimationFrame 与 Tween.js 等库组合完成，否则纯粹用 setTimeout 会出现卡顿或抖动现象。在鸿蒙上可以通过 AnimationBuilder 实现平滑缩放动画，从而让交互更友好可靠。
A quick summary:→

*

This walkthrough covers five core tasks you’ll encounter when building a basketball‑tracking app powered entirely through native Harmonic OS APIs:

• • • Coorinate Mapping :• • The Ball Court :• • The Zones :• • The Data View :•
\ The Touch Flow : \ The Performance Tuning : \ The High‑Resolution Adaptation : \ The Interaction UX Enhancements : \ The State Sync Challenges : \ The Color Gradient Techniques : \ ‮\rangle;\rangle，说起来，\rangle;\rangle，\rangle;\rangle，\rangle;

I hope this gives you confidence tackling your own basketball heat‑map implementation straight out of your IDE onto a phone screen instead of merely prototyping it in a browser.

You’re almost done!