composer 不支持斜面运动动画，因其仅为声明式ui动画框架，无物理引擎、坐标系变换或刚体动力学能力；需手动计算轨迹并驱动 offset 或 translation 实现。
Composer 不支持自定义坐标系动画，也不存在“斜面运动建模”原生能力——它本质是 UI 动画框架（Jetpack Compose 的声明式动画系统），不提供物理引擎、坐标变换或刚体动力学支持。
为什么 AnimatedVisibility 和 animateFloatAsState 无法直接实现斜面运动
斜面运动需要：位置随时间按 x = v₀·t·cosθ、y = v₀·t·sinθ（或含加速度的二次函数）更新，且需实时映射到屏幕像素坐标。而 Composer 的动画 API 默认只驱动单一数值（如 Float），不绑定物理模型，也不自动处理坐标系旋转或投影。
- 直接用
animateFloatAsState控制offset的y值，只会垂直下落，不是沿斜面滑动 -
graphicsLayer { rotationZ = 30f }是视觉旋转，不改变运动轨迹逻辑，物体仍按水平/垂直方向移动 - 没有
CoordinateSystem类或TransformScope的坐标系重定义 API
实际可行的斜面运动实现路径
必须手动计算轨迹，把物理公式转为屏幕坐标，再用动画状态驱动 offset 或 graphicsLayer { translationX / translationY }。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 用
rememberInfiniteTransition()+animateFloat生成归一化时间进度t ∈ [0f, 1f] - 在
LaunchedEffect(t)或derivedStateOf中，根据斜角theta（弧度）、初速度v0、加速度a计算当前x、y像素偏移 - 关键：所有计算必须基于 Canvas 坐标系（左上原点，y 向下为正），斜面角度需转换为屏幕方向分量，例如 30° 斜面 →
dx = t * v0 * cos(theta)，dy = t * v0 * sin(theta) - 避免在
drawBehind里重复计算；推荐把轨迹封装成fun progressToOffset(t: Float): Offset
容易被忽略的三个硬伤
斜面动画在 Compose 里不是“加个参数就能跑”，而是要自己扛物理+坐标+帧同步三座山：
- 帧率波动时，
t不是匀速递增 —— 必须用withFrameNanos或AnimationSpec的durationMillis+delay控制节奏，不能依赖LaunchedEffect的调度频率 - 若斜面本身也在动（比如旋转的斜坡），每次
offset都要叠加坐标系变换矩阵，Compose 没有Canvas.concatMatrix()等效物，得用graphicsLayer { transformOrigin = TransformOrigin(...) }配合手动反向抵消 - 碰撞检测、摩擦力、反弹等必须手写逻辑；
spring()或tween()只管插值曲线，不管牛顿第二定律
真要建模复杂斜面运动，该上 Box2D 或 PhysX WebAssembly 版，再桥接到 Compose；在 Compose 层硬啃，最后写的不是动画，是微型物理引擎。
