为什么同时设置物体位置与旋转时旋转失效？CFrame写法相关问题

核心原因 #

• 两种写法的本质差异是第一次赋值时对物体旋转分量的处理逻辑不同：
  1. 第一种写法先赋值Position属性：该属性仅修改CFrame的位移分量，会完全保留物体当前已有的旋转状态，后续在原有旋转的基础上叠加你传入的欧拉角旋转，最终效果符合预期。
  2. 第二种写法第一次直接赋值CFrame.new(i,p_coord_y, p_coord_z)：该构造函数生成的是**旋转分量为0（默认朝向世界坐标系正方向）**的CFrame，相当于先把物体的原有旋转直接清零。如果后续叠加的旋转角度很小，或是你本身预期是在原有旋转基础上叠加，就会看起来像旋转没有生效。
• 额外常见触发场景：Roblox的CFrame.Angles要求传入的参数是弧度值，如果你传入的是角度值却没有用math.rad()转换，第二种写法因为基础旋转是0，叠加的旋转量极小（比如1度对应的弧度仅为0.017），几乎无法被感知；而第一种写法因为有原有旋转的基础，小幅度的旋转变化更容易被看到，进一步放大了两种写法的效果差异。
• 如果物体挂载在非世界根节点的父物体下，直接赋值世界空间CFrame还会导致局部旋转和父物体的旋转抵消，也可能出现旋转失效的观感。

解决方案 #

直接将位移和旋转逻辑合并到同一次CFrame赋值操作中，避免中间状态的旋转被重置，同时注意欧拉角的单位转换：

-- 如果传入的p_angles是角度值，需要用math.rad转换为弧度
p_partnew.CFrame = CFrame.new(i, p_coord_y, p_coord_z) * CFrame.Angles(math.rad(p_angles_x), math.rad(p_angles_y), math.rad(p_angles_z))

-- 如果需要保留物体原有旋转，只修改位置，写法如下
p_partnew.CFrame = CFrame.new(i, p_coord_y, p_coord_z) * p_partnew.CFrame.Rotation

内容的提问来源于stack exchange，提问作者Pavel