Composer 是 PHP 的依赖管理工具，仅负责解析 composer.json、安装包、管理 vendor 目录及自动加载，不具备坐标对齐、几何变换或 3D 文件处理能力。
Composer 是 PHP 的依赖管理工具，它不处理三维建模、坐标对齐或底座固定等几何操作——这类任务属于 CAD 软件（如 Fusion 360、SolidWorks）、BIM 工具（如 Revit）或游戏引擎（如 Unity、Unreal）的范畴。
你提到的“基准面坐标对齐固定底座”，本质上是空间变换问题，而 Composer 没有坐标系、没有几何体、不解析 STEP/IGES 文件，也不提供矩阵运算或装配约束功能。
为什么 Composer 无法做坐标对齐
Composer 的核心职责是：解析 composer.json、下载包、管理 vendor/ 目录、执行自动加载和脚本钩子。它不包含以下能力：
- 读取或写入 3D 模型文件（如
.stl、.step、.obj） - 执行坐标系变换（平移、旋转、齐次矩阵乘法）
- 识别“基准面”“底座”“固定约束”等语义概念
- 与 CAD 内核（如 Open CASCADE、ACIS）交互
如果你实际想做的是“在 PHP 中处理 3D 模型对齐”
那需要换技术栈，Composer 只能帮你装相关库，但不能替代它们干活。可行路径如下：
- 用
composer require three-d/php-stl读取 STL 网格，再手动计算质心或边界框 → 但“基准面”需你自行定义（比如 Z=0 平面），无自动识别 - 调用外部 CLI 工具（如
meshlabserver或openscad）做对齐，PHP 用exec()触发，Composer仅管理这些工具的安装包装器 - 对接 Python 生态（如
numpy+trimesh），用symfony/process启动子进程，PHP 做调度，对齐逻辑全在 Python 里
常见混淆点：名字带 “Composer” 的其他工具
注意别和以下工具混淆：
Fusion 360 的 “Design → Composite Sketch” 或 “Align” 功能
Unity 的 “Grid Alignment” 或 “Snap Settings”ROS 的 urdf/xacro 中的定义 -
OpenSCAD 的 translate([0,0,-z_min])手动下移模型到底部贴合 XY 平面
真正做底座对齐时，最易被忽略的是：**“基准面”不是文件自带属性，而是你对模型用途的约定**。同一个 STEP 文件，在夹具设计中以某平面为基准，在装配仿真中可能换另一个面——这必须由业务逻辑决定，没有任何工具能全自动猜中。
