如果你正在读这篇文章，51返利，你可能已经知道了很多关于Onshape的功能。但它是如何做到的可能并不那么明显。一个完整的答案会很复杂！但是这个简短、简单的概述可能会帮助您了解我们如何做我们所做的事情，以及现代CAD与基于文件的前辈有多么不同。什么形状不是让我们先看看Onshape没有做什么。当然可以在云端的服务器上运行传统的桌面CAD系统，企业信息化应用系统，或者类似的系统，将用户输入转发给服务器，然后"屏幕抓取"将图形发送给客户端。这可能有用。只是旧的CAD系统会变慢，但结果会变慢。所以我们不是这么做的。我们从一开始就以一种不同的方式编写Onshape，以提供传统CAD系统无法提供的功能，真正利用云，并充分利用服务器和客户机。什么形状传统的基于文件的CAD系统是一个单一的应用程序，什么是软件企业，运行在一台机器上，什么叫大数据分析，同时受到其功能的限制，并且没有充分利用它们。另一方面，Onshape就像任何其他大型现代云应用程序一样，是服务器和服务的集合。它们可以在为其目的而优化的机器上运行；并且可以优化实例的数量，使它们始终处于忙碌状态，但不会过载，从而有效地利用资源。一些处理事务的服务器（例如用户身份验证和授权，以及查找和列出文档）处理大量请求，但本身并不做太多"实际工作"。它们将复杂的请求转发给其他服务器。其他人知道文档的"内部"是什么，并将建模会话保存在内存中，从而导致使用文档进行建模的长时间会话。其他的，公认的难以想象的命名为"几何服务器"，做了所有的计算-这些都是优化计算能力。这些服务器是从特征列表和FeatureScript重建几何体、求解部件中的实例位置以及计算图形镶嵌的服务器。它们利用了久负盛名的几何建模内核Parasolid和约束求解器D-Cubed，这两个都经过了多年在许多CAD系统中的使用测试，我们从西门子PLM获得许可。客户端和图形我们的客户端，包括浏览器javascript客户端和移动应用程序，都不是特别瘦，但它们本身也不是完整的CAD系统。它们使用普通的HTTPS/ReST调用和websocket连接与服务器通信，使用我们自己的有线协议。客户端不接收预渲染的图像（如在屏幕抓取场景中），也不接收具有精确几何体的整个CAD模型。相反，它的图形都是三角形的，用WebGL（在浏览器中）或OpenGL（用于移动应用程序）呈现。我们没有使用第三方scenegraph库，而是使用我们自己的自定义渲染器，具有我们自己的自定义功能，并以显示大型模型所需的速度。你总是最新的升级到基于文件的CAD系统的新版本是一个长期存在的问题：所有用户都必须安装一个复杂的新软件，而不能保证旧的部分继续工作（实际上，您通常可以确定某些东西会坏掉）。有了Onshape，就没有用户更新了。我们一直在发布新的软件，你可能不会注意到，除了新功能正在出现。没有什么新东西需要安装（除非你使用的是我们的移动应用程序，你可以像任何移动应用程序一样更新这些应用程序），因为一开始没有什么要安装的。而且，我们所有用户的数据都存储在服务器上，这意味着我们可以提前检查大量文档中的bug（而不必亲自查看它们！）而不是让你在太迟之后找到他们。数据和数据管理就像我们可以编写一个传统的基于文件的CAD系统并在云端运行一样，我们也可以在传统桌面系统上建立数据管理模型，就像桌面系统一样读写文件。在某种程度上，这一点就比旧的桌面系统有了改进——生活在云中，这些文件可以在任何地方使用，而不仅仅是在一台电脑上的一张桌子上。但它肯定不会充分利用云技术和现代技术的力量。Onshape将其数据存储在数据库中，而不是存储在磁盘或PDM系统vault中的文件中。而且它不需要每次打开或保存文档时都要读写文档中的所有数据—我们根本没有显式的"保存"操作。相反，每一个变化都被记录为增量。当用户工作时，我们总是按用户的方式编写他们所做的一切，只记录更改，而不是整个文件。我们不会删除或覆盖旧数据，只需添加新数据。除了确保停电时不会丢失工作之外，这也是我们独特的数据管理功能的基础。我们在最基本的数据格式中内置了PDM的基础—每一次更改都会被记录下来，并且可以轻松恢复。"保存"版本很简单：我们只需在历史中的适当位置添加一个标记。还有更多：我们存储的增量适用于文档的任何状态。这使我们能够进行无缝协作，并使我们能够合并一组更改。Onshape只是一个接一个地应用。结果可能并不完全是您想要的部分-两个用户总是可以做出不一致的更改-但它总是有意义的。不需要从vault中检出文件并将其锁定（尽管可以随时限制写入权限，如果需要），因为与任何其他CAD系统不同，Onshape可以协调多个用户的工作。关于Onshape你想知道什么？Onshape的研发、产品开发和用户体验团队的主要成员不时在"幕后"博客文章中分享他们的见解，淘客网店推广平台，解释Onshape如何工作的一些更具技术性的方面。FeatureScript的主管ilyabaran已经解决了为什么协作编辑会如此顺利地进行的问题。首席软件工程师Elif Tosun，我们零件建模团队的领导者，讲述了为什么Onshape用户不会遇到CAD崩溃。我们的研发总监Ravi Reddy领导着移动和企业开发团队，他最近解释了Onshape的iOS和Android移动应用是如何从零开始构建的。当然，还有很多事情要讨论。你对我们在Onshape的任何特定方面背后的思维过程感到好奇吗？请在下面分享您的问题或在Onshape论坛上发布。