如果你相信博客圈里的传言，有很多工程师和设计师对有一天被迫使用基于云的CAD的前景一点也不高兴。
公众对云CAD的反对在几年前就开始了，而且从那以后几乎没有减弱。谈话带有政治/宗教色彩。
最好的情况是，clould CAD可以成为一种革命性的工具，允许人们在任何时间、任何地点和任何人一起工作。云、移动和社交这三驾马车提供了诱人的可能性。
然而，云CAD在多个层面上存在潜在的问题。
这些问题非常严重，一次性解决它们是不现实的。因此，在本文中，我将只深入探讨一个问题:实际创建云CAD程序的困难。
CAD是困难
即使不是基于云的，CAD也很难创建。迈克的谜语作为最著名的CAD架构师之一，他估计CAD比典型的Office类型应用程序要复杂一个数量级。他说的并不是代码行数(尽管CAD程序确实有数千万行代码)。相反，他指的是创建一个CAD程序的复杂性和难度，该程序实际上可以为用户想要建模的东西建模。
了解CAD体系结构
CAD程序是由大量的软件组件组成的。其中一些，如几何建模内核、约束管理器、图形管道和转换器，是由相当知名的公司开发的，并授权给大量CAD开发人员。其他组件，例如用于操作光栅图像、zip文件或unicode字符的组件，可以通过开源存储库获得，例如SourceForge．更多的组件是由CAD开发人员自己创建的。
创建CAD程序的真正魔力在于软件组件如何排列和连接。这就是……的本质软件架构．这在很大程度上区分了优秀的程序和糟糕的程序。
一旦CAD程序的体系结构设置好了，就很难进行更改。
例如，考虑一下CAD程序，几乎作为一种规则，似乎很少利用多核处理器的优势。这并不是因为CAD供应商(以及为他们工作的程序员)不想提供良好的多核支持。这是因为他们的软件体系结构，以及组成他们应用程序的组件库(特别是几何建模内核，如果我们想指责的话)在最初的设计中并没有支持并发性(支持多核处理器的基本需求。)
虽然CAD供应商可以将他们的软件拆成碎片，重新架构以支持并发，但这并不像让一组程序员在上面工作，并给他们一杯咖啡和红牛的预算那么简单。
CAD软件架构通常以一种有机的方式从一个版本蔓延到另一个版本。CAD程序的初始版本通常在架构上是一致的，因为它们是由非常有经验的CAD程序员组成的小型开发团队创建的。然而，随着时间的推移，在太短的时间内添加新特性和功能的需求，以及向开发团队添加更多程序员，可能会导致破坏软件后期版本架构完整性的黑客攻击。
结果可能是一个CAD程序在大多数情况下工作得很好，但它有持久的不稳定性，不容易修复——因为没有人真正完全理解CAD程序的架构，或者不稳定性已经“融入”了架构。(不是指责，但有许多著名的CAD程序遭受持续的不稳定。)
对于一家CAD软件公司的首席执行官来说，着手重组项目的前景肯定令人不寒而栗。太多这样的项目(最臭名昭著的是AutoCAD Release 13)最终成为昂贵的灾难。
云CAD架构
有两种方法来实现云CAD。一种方法是使用现有的桌面(例如,基于Windows、OSX或Linux的)CAD程序，并在虚拟服务器上运行它，大多数情况下不加修改。这就是公司采用的方法Citrix和CloudSwitch启用—这并不是什么新鲜事。另一种方法是构建针对云计算进行优化的CAD体系结构。
一个最佳的云CAD体系结构应该支持可伸缩性，包括并发用户的数量和CAD模型的大小。这意味着，从本质上讲，将CAD软件分解为一些可互操作的服务，它可以同时运行在多个松耦合服务器实例。
CAD开发人员遇到的问题是，即使他们现有的桌面CAD系统是由大量的软件组件构建的，但这些组件从来没有设计为在松耦合环境中工作，而且除了极少数情况外，它们也没有设计为支持并发性。把一个现有的CAD程序分解成各个组件，然后用这些组件构建一个云CAD系统是不现实的。
构建一个可扩展的基于云的CAD系统的唯一可行方法是从头开始，使用一个新的架构。虽然现有CAD系统中的一些组件可能是可重用的，但大多数不是。
云CAD程序在哪里?
关于云CAD的热议始于2010年初，DS SolidWorks公司在他们的用户大会上预览了基于云的SolidWorks V6, Autodesk在他们的Autodesk实验室网站上开放了基于云的CAD应用程序Project Butterfly。
SolidWorks V6，尽管它的名字，是建立在达索系统V6平台上。它最早要到2013年才会上市，即使到那时，它也不会完全兼容今天的SolidWorks程序(因为，在其他原因中，它将使用不同的几何建模内核——与SolidWorks过去17年使用的Parasolid内核完全不同)。SolidWorks V6在功能上与SolidWorks不同。
AutoCAD WS, Project Butterfly的发布版本，是目前唯一值得注意的云CAD应用程序。尽管它的名字，它不是基于AutoCAD。它基于PlanPlatform开发的技术，PlanPlatform于2009年被Autodesk收购。虽然它可以读写AutoCAD兼容的DWG文件，但AutoCAD WS在功能上与AutoCAD不匹配。
其他云CAD产品呢?
没有一个值得注意的。(或者，确切地说，我不知道有什么特别值得注意的。如果我错了，我希望有人能直接告诉我。)
虽然西门子PLM或PTC可能有秘密项目来开发基于云的CAD程序，但如果他们这样做了，这些程序很可能无法与他们现有的桌面CAD程序功能匹配。就像DS SolidWorks和Autodesk一样，他们需要从头开始使用基于云的CAD。
桌面CAD将继续存在
在云中，您可以很好地完成许多与cad相关的事情，包括存储、呈现、CAE和协作标记。但是CAD本身呢?说起来容易做起来难。
云CAD真的很难，如果你想做对的话。尽管CAD公司的首席执行官们可能喜欢谈论他们对未来的愿景，但他们知道云CAD在很长一段时间内不会取代桌面CAD，如果有的话。
了下:3D CAD世界
