再谈Revit二次开发的可靠性和前景

接到一个问题咨询如下信息。

Revit本身的开发规范吗？Revit发展前景如何？听说了一些Revit的身世，老担心它本身的代码就不规整、严谨，程序不够稳定，在这个平台上开始大规模二次开发有很大风险。公司在选BIM软件，准备在其上二次开发，我代公司请教下叶老师，求解惑，多谢哈！

之前我写过一篇Revit二次开发的前景。感觉这个提问我想再说说Revit二次开发的可靠性和前景。

Revit是2002年收购的一个产品。自此后一直由Autodesk投入很大的力量研发成BIM平台产品。 从代码规范性上来讲，是没有任何担心。都是国际大软件公司的标准规范。在收购之前没有API，收购后根据近Autodesk公司的一贯开发性做法，开始提供Revit二次开发的API接口。 API开发团队的人员都很资深。

Revit从没有API到API，经过探索起步阶段，起初的做法是直接再次封装所有需要的API，后发现这样的封装远达不到开发者对API的需求速度。所以后来从软件结构上做了优化，使很多的Revit API在功能开发结构，API就开放出来了。所以为什么最近2-3年Revit API的数量和功能高速发展。就是我成天泡在Revit上，也很难接触和了解所有的新API。

关于Revit API开发的软件的稳定性上讲，非常的稳定。Revit API的研发出来的产品的稳定性没有问题。我今年6月底访问了Revit的上海开发团队，了解了Revit的测试方法。让我很惊讶Revit的测试自动化程度非常高。所以以后的测试案例能保存下载，然后让机器自动测试以前的所有测试案例，并且软件能通过屏幕的截屏的像素比较的方式来对比当前版本的测试结果是否正确。一旦发现不正确，把不正确的列表报告给相关的测试人员。Revit开发团队非常自豪的一点就是他们可以随时发布高质量的新Build。因为这些自动测试防止了很多问题。

在使用Revit过程中，异常退出的情况非常少见。从我的角度看稳定性是不用担心的问题。

另一个方面就是API接口的形式稳定性：在最近今个版本对Revit API的架构和规范有不少的优化，比如在方法的传递中替换原来的Element参数为ElementId类型的，尽量去掉Revit自己封装的集合类，改用 。NET 提供的集合类。为了便于理解和新开发者的使用，修改一些方法归属不同的类。。。等这些小的改动。 在二次开发者的代码需要相应的做一些变动来适合新版的API。对于这些改动，编译器会告诉你那些需要改动，以及给出建议，用什么方法来替代或怎么修改。 确实这两年在API的形式上有一些调整，但总的方向是更简单，更便于理解和新人找到解决方案。

Revit在中国的蓬勃发展趋势大家应该都感受到了。应该说这就是CAD时代的AutoCAD。没有其它任何的软件能提供像Revit那样精确的模型和自动化的施工图，最重要的是其它软件能解决一个专业的问题，Revit不仅有建筑，结构，设备，还有协同，远程协同，带材质输入到3DMAX的渲染，云渲染，碰撞分析，绿色建筑分析等功能。 这是各个单位在选择BIM平台时需要考虑的问题。

Revit二次开发的钱景很大很大。

Revit与AutoCAD，想必，市场空间还大。BIM 以后走到全行业应用，设计，施工运维都需要在Revit上做开发来全面满足各专业，单位BIM的优势利用。特别是做Revit后面可以结合到具体单位的具体项目开发，这个项目单子的额度一般都很大。还有幕墙系统，算量和造价，出施工图等等。前景广阔。

转载请复制以下信息：
原文链接： http://blog.csdn.net/joexiongjin/article/details/8132164
作者：  叶雄进 , Autodesk ADN