验证路径可行性
验证 CAD 图元经预处理后导入 Revit，并保持线型、线宽、线段及填充表达一致的可行性。
Part 2 · Operation Path
幕墙二维表达资源标准化实操路径
Part 2 聚焦具体实操：CAD 预处理、Revit 二次处理、映射表配置、资源沉淀与技术路线决策。 与 Part 1 的策划方案互相衔接，形成完整汇报路径。
01 · Project Context
项目背景与阶段目标
当前服务对象为幕墙部门。目标不是简单把 CAD 图纸搬进 Revit， 而是建立一套可验证、可复用、可推广的二维表达资源标准化路径。
沉淀二维 Detail 资源
形成可编辑、可参数化、可嵌套的 Revit 二维组资源，降低后续项目重复建模成本。
推广到建筑立面专业
以幕墙作为试点，验证后向建筑立面详图扩展，形成上海院可持续复用的项目资产。
02 · Definition & Q&A
核心定义与常见问题
先把术语和显示逻辑说清楚，后续的 CAD 处理、Revit 导入和映射关系才不会混乱。
Object Style
Revit 项目环境中的底层对象样式，用于控制类别级别的线型、线宽、材质与显示基础。
Import Category
CAD 导入后在 Revit 中形成的导入类别，常在 VV/VG 可见性设置中参与显示控制。
Nested Group
可复用的嵌套组资源，类似 CAD 块的复用逻辑，但需要满足 Revit 的对象与显示规则。
Layer Mapping
CAD 图层、线型、线宽与 Revit 对象样式、导入类别之间的一一对应关系。
Q1：为什么 CAD 导入 Revit 后 Hatch 会变化？
如果填充样式不需要跟着视口比例变动，可以在 CAD 中炸开成为线段， 增加在 Revit 里显示的稳定性；如果需要与视口比例联动， 则需与 Revit 中的填充进行映射关系配置。
Q2：为什么线型、线宽、线段会变化？
CAD 图层属性与 Revit 对象样式、导入类别、视图可见性之间并不是天然等价关系。 如果未建立标准 Mapping Table，导入后常出现线型替换、线宽错位或显示优先级混乱。
Q3：为什么视图中看到的线段与对象样式不一致？
Revit 的显示控制存在层级优先级：对象样式是底层逻辑，视图可见性 VV/VG、导入类别、 过滤器、实例覆盖等上层设置都会继续影响最终显示结果。必须把这些层级关系提前规划清楚。
03 · Implementation Workflow
从 CAD 到 Revit 的六步实施流程
本流程强调具体做法，而不是概括性描述。尤其是 Hatch 炸开、块中块判断、Revit 二次 explode 与 0.8mm 导角限制。
CAD 图元识别与筛选
- 基于节点图、墙身图和大样图，判断哪些图元需要进入 Revit 二维表达。
- 将 CAD 二维图元与三维结构模型、建筑边界进行比对，识别不准确的位置。
- 在 Revit 中建立对应 Detail / Drawing 视口，再导入对应 CAD 图元。
CAD 预处理：图层、线型、线宽、填充
- 先规划 CAD 图层、线型、线宽及填充图案，保证后续可映射。
- 有填充样式的块必须在 CAD 中炸开到线段级别，尤其是 Hatch 填充。
- 块中块需要分级判断：有复杂填充的部分炸开；没有复杂填充的部分可保留为块。
- 必须保留 CAD 原始表达逻辑，避免过度简化导致 Revit 中无法还原图面效果。
0.8mm 导角与 Revit 几何下限
- 幕墙高精度加工图中常存在小于 0.8mm 的导角或极短线段。
- 这不是显示或打印问题，而是 Revit 几何计算逻辑中无法生成过小线段的问题。
- 小于 0.8mm 的导角不应在 CAD 中随意炸开，应在 CAD 环节提前规划并保留必要表达。
导入 Revit 前建立映射关系
- 建立 CAD Layer → Revit Object Style / Import Category 的 Mapping Table。
- 用 Excel 记录线型、线宽、图层、填充、组资源命名与 Revit 显示结果。
- 统一命名规则，避免后期改一个设置却看不到结果。
导入 Revit 并进行二次 explode
- DWG 导入 Revit 后，仍然只是一个导入对象，需要继续处理。
- 在 Revit 内对需要拾取、编辑、参数化的线段再次 explode。
- 将可编辑线段整理为组资源、强图样式资源或后续可嵌套资源。
Revit 资源沉淀与项目级复用
- 将稳定 Detail 表达沉淀为可复用二维资源。
- 对资源进行参数化、嵌套与分级命名，形成可维护资产。
- 剩余约 20% 的精修工作可通过遮罩、线段、填充、标注组等方式补充完成。
CAD
图层 / 线型 / 填充
→
Excel
Mapping Table
→
Revit
Object Style / VV-VG
Layer 1：CAD 资源层
控制图层、线型、线宽、填充、块与块中块的拆分规则。
- Hatch 炸开至线段
- 复杂填充分级拆解
- 无复杂填充保留为块
Layer 2：Mapping Table
通过 Excel 记录 CAD 与 Revit 的资源对应关系。
- CAD Layer → Revit Category
- CAD Lineweight → Revit Line Weight
- CAD Linetype → Revit Line Pattern
Layer 3：Revit 资源层
在 Revit 项目环境中统一对象样式、导入类别、组资源与视图控制。
- Object Style 底层控制
- VV/VG 视图级控制
- Group / Nested Group 资源复用
目标工作比例
80% + 20%
通过 CAD → Revit 标准导入路径完成约 80% 的基础表达，剩余 20% 由 Revit 内遮罩、线段、填充、标注组完成精修。
05 · Resource Plan
整体规划与后续提升
本项目不只是一次图面转换，而是一次资源、经验和团队能力的沉淀。
标准二维资源沉淀
沉淀节点、墙身、大样、标注组、遮罩与 Detail 组件。
Excel 映射表标准化
记录 CAD 与 Revit 的线型、线宽、图层、填充及资源命名规则。
Revit 插件素材库开发
基于 Revit 二次开发，将二维图源与线型线宽设置快速匹配为可调用素材库。
推广至建筑立面详图
以幕墙为试点确认可行性后，推广到建筑立面详图专业。
06 · Technical Route
技术路线补充与工具选型说明
这一部分不是软件优劣比较，而是解释为什么当前路径选择 Revit 为主、Rhino 为辅。
Rhino / Grasshopper
复杂几何与工业化深化
补充协同
Rhino Inside Revit
Revit
BIM 整合、碰撞与交付语言
为什么当前路径以 Revit 为主？
当前 BIM 实施路径的核心目标，是实现跨专业统一模型整合、统一坐标、统一碰撞检查与统一交付语言。 因此二维资源、节点表达及标准 Detail 仍需最终沉淀于 Revit 环境中。
Rhino / Grasshopper 的角色
幕墙及木墙高精度加工图通常更适合在 Rhino / Grasshopper 环境中完成，尤其是复杂几何、曲面与工业化深化表达。 本方案将 Rhino 作为补充设计工具，而非替代 Revit 的 BIM 整合平台。
Rhino Inside Revit 补充说明
Rhino Inside Revit 可实现 Rhino 模型向 Revit 的映射，但在大型或复杂图源场景下，可能存在导入后编辑困难、 参数延续性不足、大量图元导致 Revit 卡顿、后续设计变更维护成本高等问题。
当前技术决策
Rhino 路线适用于复杂工业化深化；Revit 路线适用于 BIM 整合与标准交付。当前项目以 Revit 资源沉淀为核心目标，Rhino 作为补充设计工具使用。
07 · Summary
总结：从实操路径沉淀长期可复用资产
以幕墙专业为试点，通过 CAD 预处理、映射表标准化、Revit 二次处理与资源库沉淀， 将一次项目支持转化为可持续复用的 BIM 标准化路径。后续可继续推广至建筑立面详图专业， 提升团队 Revit 使用能力、项目协同效率与上海院整体数字资产价值。