一扇门转了方向，为什么没有让模型里的其他门一起转

住宅模型里出现几扇同样的门，可能不是分别绘制的几个完整对象，而是同一个组件定义的多个实例。SketchUp的Components帮助页以一款双面板半玻璃门为例：定义说明门是什么样，模型每插入一次，便出现一个基于该定义的实例。[1]

共享的内容发生变化时，联系就显出来了。原页说明，编辑组件内部的实体也会编辑定义；换掉示例门的玻璃，其他同定义实例的玻璃随之改变，把双面板改成单面板也会影响全部实例。这里的共同点是门本身的构成被改写，而不只是它在某个房间里换了方向。

对一个实例整体缩放、旋转或翻转，原页给出了另一条规则：不会改变定义，也不会改变其他实例。因此，相同定义不要求各扇门在模型里朝向一致。它们可以共享门的构成，却在各自出现的位置保留不同变换。本文解释的是这条软件规则，没有实际调整住宅模型或核验尺寸。

可以设想一份方案同时有两项变化：走廊中的一扇门转向另一边，另外一种修改则让同款门的面板样式统一变化。这是为了理解机制而自拟的情境。前一项涉及某个实例整体怎样放置，后一项涉及重复对象共同采用的定义；若只在修改记录写“门已改”，接收者便难以知道应当观察哪种变化。

原文还说，组件可以被设为独立，以便与同定义的其他对象有所不同。这提示了共享关系有自己的条件，不能看到外观相近就认定它们仍然采用同一份定义。住宅方案讨论若涉及“这一扇不同”，应先弄清它与其余门的关系，而不是根据画面相似程度推定修改必然一起发生。

本次采用的帮助页标注最近更新为2026年9月29日，首次发布日期未确认。文中不提供软件操作步骤，也不把模型里的门直接视为施工产品、实测洞口或已经确认的工程条件。组件机制的用途，是解释重复对象为什么有时一起变化、有时各自转向，让住宅方案的修改范围能够落到具体对象上。