计算机大数据_不查大数据的网贷

云计算 虚拟云 浏览

小编:你做过自上而下的设计吗?你当然知道。如果您的设计包含两个或多个部分,那么这些部分必须以某种方式相关。创造适合的部分是自上而下的设计,这是最自然的设计方式。多年来

你做过自上而下的设计吗?你当然知道。如果您的设计包含两个或多个部分,那么这些部分必须以某种方式相关。创造适合的部分是自上而下的设计,这是最自然的设计方式。多年来,传统的CAD增加了在装配环境中设计零件的工具,以获得更高层次的设计意图。我们中的许多人都被推销了自顶向下设计的承诺(和演示),以及它如何消除错误、返工和报废。当装配被修改,所有相关零件和图纸更新时,我们惊叹不已。这真是个奇迹!好吧,这就是演示。实际上,如果您打算在传统的CAD系统中使用自顶向下的设计方法,那么您最好在开始项目之前完成高级培训课程并计划好处理上下文关系的策略。为什么?因为鲁莽地引用部件中其他零件的面、边和顶点可能会导致您和您的团队非常头疼。更新是不可预测的,功能会被破坏,你认为是一个真正的节省时间的东西最终会花费你的时间,如果你不走运的话,还有大量的废弃零件。考虑以下场景:您正在设计一个支架,它将两个部件连接到顶层部件。您的几个同事正在处理这些部件,并正在积极进行更改。其中一个删除或移动一个部分,突然你的部分失败,你的特征树像圣诞树一样亮起来,你不知道为什么。一旦你解决了所有的问题,其他人就会做出改变,一切又会重新开始。加上机械装置,每次有东西移动,零件都会意外地改变,因此,在开始您的工作之前,您最好等待所有人先完成他们的工作。这就是为什么许多公司禁止使用上下文引用,而传统的CAD系统被迫实施系统范围的选项来禁用此功能。这给您留下了两个选项:添加上下文引用并非常小心(确保您有一个文档化的PDM策略);或者自下而上的设计。不幸的是,这两种选择都不利于敏捷设计。Onshape如何处理上下文设计从零开始使用全新的CAD系统的好处之一是有机会纠正所有这些错误行为。从一开始,Onshape开发人员就专注于上下文设计,我们的第一个交付成果是多部分工作室。在零件工作室中,零件是一起设计的,并由共享草图和共享特征驱动,因此孔等特征始终完全对齐。这是最好的上下文设计,尤其是当你预先知道你的设计意图时。零件可以在更高级别部件的上下文中引用其他零件但是,有时需要在更高级别的程序集上下文中进行设计,例如在上面讨论的场景中。这就是Onshape独特的数据库架构真正闪耀的地方。除了全云CAD的其他核心优势(实时部署、实时数据管理、实时分析和控制),数据库还记录了您所做的每一个操作和设计决策。在部件环境中编辑零件时,可以充分利用这一点。它是如何工作的?"当你在一个装配的上下文中创建了一个快照",然后选择"永远保存在一个部件的上下文中"。零件的零件工作室将打开,部件中可见的所有其他零件都将显示为重影。然后,您可以任意多地引用部件中的任何部件—始终安全地知道这些引用永远不会丢失或损坏,因此您的部件不会出现故障。不管您的同事是否修改了程序集。创建上下文时,您的零件将始终记住程序集的状态。如果需要更新零件以反映最近的更改,也可以这样做。但是你总是可以控制什么应该更新和什么时候更新。需要多个零件位置的设计可以很容易地捕捉到这种独特的方法可确保零件始终以可预测的方式更新,并且运动不会以任何方式影响您。您可以捕获多个部件上下文并使用它们来编辑单个或多个零件。也可以在多个部件的上下文中编辑零件,以便可以多次重用该零件。Onshape率先采用自上而下的设计,原因如下:多零件造型部件中的布局草图多程序集上下文编辑无限还原(撤消/重做)分支和合并零件和部件的真正协作和同时多用户编辑观看下面的视频,看看上下文设计在行动。如果你是Onshape博客的忠实追随者,你可能已经看过这段视频了,所以我对此深表歉意。但是如果你想看到上下文设计的全部功能,那就值得再看一次。或者更棒的是,自己试试吧!

当前网址:http://www.vmchk.com/web/2020/1028/16038.html

 
你可能喜欢的: