开发Autodesk Navisworks API建构客製化界面.docVIP

开发Autodesk Navisworks API建构客製化界面 　建筑资讯模型(Building Information Modeling)在营建产业的趋势及应用已日渐普及，工程中不同阶段皆有使用BIM工具的需求。随之而来的问题则是，如何能够在不同的工程阶段中有效使用BIM工具，以串连上下游之工程资讯。 　现有的BIM软体很难完全满足各工程团队多样化的使用状况。例如，在个人单独操作时，儘管许多BIM工具的操作功能非常丰富，但使用者需要的操作成果却经常侷限在某些特定且分散的功能组合中。如此一来，多样的操作功能，反而使得使用者介面及操作程序显得过于複杂，甚至对使用者造成困扰。另一个常见的例子则是在团队的使用上。许多工程团队运用BIM工具作为工程会议讨论的平台，此时所需的使用功能主要偏重于模型的浏览方式，而非编辑修改。然而BIM建模工具软体的使用者介面并非单独为此目的而设计，因此在操作上经常需要执行多个指令才可达到所需的视图画面，对非以BIM模型建立为主的管理类人员而言，造成了不算低的使用门槛。 　为满足多样化的个别需求，软体厂商提供了软体的开发环境API (Application Programming Interface)，使用者可撰写程式来客製化介面，并能重组、延伸及优化软体的功能，以符合工程作业中的特定需求。本文特别针对Autodesk Navisworks API进行研究，并简介其架构及基本的程式撰写。 　Autodesk Navisworks为一套可以提供工程、营造等专业人员，管控工程专案整体流程明细的商用软体，其中包含工程的工作项目、时程以及碰撞侦测等相关功能，透过视觉化3D BIM模型，协助相关人员处理工程的相关问题，有助于提升整体工程的效率、沟通及相关规划分析之效能。此软体目前广泛应用于工程界，其API之相关文件也较为详细。 　目前Navisworks API主要分为三大类：.NET API、COM API以及nwCreate API。以下仅就这三种API作简要说明。 .NET API 　.NET API是在Navisworks 2011后开始使用，主要遵循微软所开发的软体框架.NET Framework的标准。.NET Framework背后有庞大的程式库（Base Class Library），其中包含使用者介面、档案获得、资料库连接以及数值演算法等等。依靠这些资料库，开发者无须管控记忆体，可直接进行相关应用软体的开发。 　.NET API可以开发Navisworks外挂程式、控制Navisworks的外部程式，或者直接包含Navisworks介面的程式。透过.NET API，可以将原本Navisworks的既有功能，以开发者设计的使用者介面呈现。但是如果需要进行对模型的控制等非Navisworks之原有功能，则需要透过COM API。而目前若需要使用COM API，则要透过架接的程序达成，因为整体程式必须符合.NET Framework标准。 COM API 　简单来说，COM API是遵循元件物件模型COM (Component Object Model)的标准，其发展较早，主要提供对于作业系统较底层的控制选项，以标准定义的介面互动。COM标准的主要架构为将一组由方法组成的函式作为介面(Interface)，透过这些方法，即可定义使用者所需要的介面。但COM有许多限制，例如需使用二进制的执行码，故对于记忆体控管必须非常严谨。 　COM API可以开发较深入的功能，例如若希望能够控制模型，也可将模型中所有的梁、柱进行位移。另外如：模型衝突检测结果、时程控制、模型颜色改变控制等等，也需要透过COM API来达成。 NWCreate API 　在使用Navisworks程式时，并没有办法对其读取的模型档进行修改，所以如果希望修改Navisworks的模型档，并且能够在Navisworks中同步，就必须透过API的开发方式，而NWCreate即是提供此项功能。 　此API可以建立空间几何关系、属性、文字、视点、材料、材质以及光线等等。空间几何关系的建置，则是透过建立三角网格及B-rep的方式为主。另外也支援基础的模型控制，如联集、交集、延伸及旋转等等。 　利用NWCreate API，可以在第三方软体中开发输出NWC档案的功能，或是用来开发读取使用者设计的档案格式，再将此档案整合至Navisworks。举例来说，假设要开发由Revit输出NWC档，即可透过此API进行开发。 .NET API开发流程简介 　Navisworks .NET API文件在安装完程式后，即可在安装的资料夹内找到，其资料夹档名为api（预设路径为C:Program FilesAutodeskNavisworks Manage 2012ap