我喜欢CAD!好的,还有其他一些事情,但是自从我第一次看到线框立方体在8位微型计算机上旋转以来,我就迷上了。如果您想知道,那是1984年。

自那时以来发生了很多变化:9届夏季奥运会,6届美国总统和3教皇。那么,CAD发生了什么变化?事实证明,视您所处的位置而定,它的种类很多。

总体而言,您使用的是SOLIDWORKS,Inventor,Creo,NX还是Catia都没关系-基本上,您是在Windows工作站上使用已安装的软件并生成文件。如果您在Onshape周围呆了5分钟以上,您会注意到我们的营销材料首先讨论了这些内容,因为它们是与众不同的。我们还讨论了平台转移,何时出现新技术平台,新业务模型和新市场领导者如何演变的话题。我们不要忘记,当SOLIDWORKS首次出现时,NT和Win95才是最先进的,而且,专业用户第一次不必拥有Unix工作站和价值4万美元的软件即可从事“专业” CAD。 。技术的转变和增值经销商(VAR)的新业务模式使SOLIDWORKS走向了一条道路,后来将其确立为新的市场领导者。

因此,通过一个视角,SOLIDWORKS充分利用了平台转移的优势,并逐渐脱颖而出。这对很多人来说都是一件好事,但请不要忘记,这是Salesforce,Boxx,Workday,HubSpot和Facebook之前的时代。那么自那以来发生了什么变化?好吧,当然平台是:特定于云/ Web /移动平台。我知道您在其他地方看到过我们的消息传递,但是值得重复的是,世界正在朝着无文件和SaaS(软件即服务)的方向发展,当然也只有订阅模式。在这一技术浪潮中,新的领导者将再次出现。我们相信Onshape将在更换后卫方面发挥领导作用,但我们也知道,我们必须带来更多的价值,而不仅仅是简单地乘风破浪。

这是我在这里争论的地方,并建议很多事情仍然没有改变。

当我们从头开始构建Onshape时,我们有意坚持使用“基于参数特征的实体建模”范式,因为已经有数百万人熟悉工作流程(平面草图功能)。我们还希望与数量最多的潜在客户二进制兼容。为此,Onshape选择了业界领先的几何引擎Parasolid,该几何引擎为SOLIDWORKS,NX和许多其他产品提供了动力。如果您现有的CAD数据位于使用与Onshape相同的几何引擎的系统中,那么您不必担心的一件事就是零件和装配体迁移是否是理想的。现在,这不是针对任何特定几何引擎的广告,只是一个演示,表明仅迁移到云不会改变任何事情。 但是应该。

实际上,云是Onshape真正开始发光的地方,以技术领导者利用平台转变为例。该博客的标题询问并行化是否最终达到CAD。我为您省去了一个悬念:答案是肯定的。让我们探讨一下原因。

“在云上”,Onshape不断管理当前的工作量以及预期的高峰(人们在一个地理区域开始工作,而在另一个地理区域结束工作的人们)。这种监视,预测以及灵活地扩展和收缩资源的能力确保“足够的资源”始终可供我们的用户使用。这里值得快速提醒一下,任何事物的任何“实例”,任何特定的硬件和任何一个用户之间都没有一对一的关联–我们正在动态添加和删除资源以形成几何引擎池和其他服务器。基本上,这意味着“在任何给定时间,我们拥有所需数量的几何引擎”。好,这是一个好的开始。

让我们继续导入和导出。使用过传统的基于文件的CAD系统的任何人都知道,一旦开始导入,就该做一些非CAD相关的事情了,因为这可能需要一段时间。但这不是必须的。在Onshape中,导入或导出过程仅作为另一项服务运行,您可以继续进行-即使在同一文档中!这需要一些习惯,因为它是如此令人耳目一新。

协作呢?很高兴你问。协作(同一文档中同时有多个人)是每个人独立使用Onshape的真正并行任务(例如,每个人都有自己的撤消堆栈)。同时,每个人同时使用这些零件来构建装配体。对于团队而言,特别有价值的是,任何人对3D模型所做的任何更改都可以立即被所有人看到。

还有一些非常聪明的再生并行化正在进行。想象一个来自Part Studio 1的零件,该零件“派生”到其他多个Part Studio中,然后在这些“派生”的基础上进行修改。如果对基础零件进行更改,在传统的基于文件的CAD系统中会发生什么?基于文件的CAD将使用一个几何引擎来顺序更新每个“派生”零件(以及任何相关的建模操作)。在Onshape中,每个Part Studio可以拥有自己的几何引擎(另一个原因是每个Part Studio中的零件尽可能少),并且每个零件都可以并行更新–哇!

让我们走另一条路,考虑如何更新多个装配体中使用的零件。如何更新引用它的所有程序集?我会比较一下,只是说每个程序集都是并行更新的-哇!

想要更多?如何在工程图中生成剖面图?传统上,在工程图视图中剖切装配是非常昂贵的操作,因为必须复制每个零件(或至少生成一个实体),然后再进行“切割”。通常,将一个建模引擎总体上分配给所有零件,当它们全部完成后,便可以开始工程图视图过程。 Onshape是不同的–在此实现中,每个Part Studio都分配有自己的几何引擎,并且切割并行进行。完成所有“切割”后,将合并结果并开始创建工程图视图。这样更快吗?哦,是的!正如电视广告喜欢说的那样,“各个结果会有所不同”,但是正如您在下面的视频中看到的那样,它将总是更快。

 
 
 
影片缩图
 
 
 
 
 
 
 
 
 
 
 
 
 

因此,尽管刚刚宣布的工程图剖视图是迄今为止最显着的并行化示例,但Onshape的多个区域已经并行化。还有其他领域也可以从这种方法中受益吗?是的。我们处于非常有利的位置(由于我们的平台和体系结构),可以将其扩展到Onshape的许多领域。尽管此列表具有前瞻性,除了我们认为可能的事情列表之外,不应将其视为其他任何东西,但可以想象一下在以下领域中的速度提高是有趣且富有成效的:

  • 多个配置的家庭成员的参数再生
  • 在多个工程图视图中隐藏线移除更新
  • 并行更新多个装配模式

这只是我们列表的一个子集,我们希望您同意,鉴于在Onshape的多个领域中已经比传统的基于文件的CAD获得了性能提升,Onshape的(平行世界)的未来非常光明而快速一!