调用的次数，其消耗将被控制
Posted: Mon Dec 23, 2024 8:40 am
API访问
在云的未来，“数据转发”将成为最后的手段。相反，设计应用程序将“来到”数据存储的位置。用户将通过 API（应用程序编程接口）访问它们，其中的工具将允许他们对“允许”工作的数据执行任务。
从历史上看，开发人员编写了一个特殊的应用程序，安装在桌面 Revit 之上来访问 BIM 数 电话号码马来西亚 据。未来，新的初创公司将编写托管在云中的应用程序，并简单地连接到客户数据存储来执行任务（一些初创公司已经在这方面开展工作）。如果数据存储在本地，插件会检索它并将其发送到云端进行处理。基于云的方法确保应用程序之间的无缝交互。
然而，云技术的问题之一是它们涉及其他人的计算机。您通常需要为数据托管以及与 API 调用和云服务器之间的数据传输相关的微交易付费。除了工具订阅之外，还会有代币的支付系统。也许通过 API。
开放性
我们生活在激动人心的时代。在 BIM 历史的大部分时间里，唯一的开放数据通信标准是 IFC（行业基础类），被视为最简单的格式。公平地说，它因软件制造商的一些失败的出口尝试而遭受损失。
现在我们似乎正处于丰富的边缘，3D 格式已经从所有的裂缝中爬出来。 USD（通用场景描述）已被与 Khronos Group (glTF) 合作的主要行业参与者采用，以使用不同场景格式优化模型。有许多新的 3D 虚拟宇宙标准。例如，Cesium 针对 3D 地理空间内容的开放 Tiles 标准。随着共享数据的障碍减少，数据移动性将急剧增加。
去年，在 Autodesk 大学 (AU) 活动中，该公司宣布了与 Trimble、Ansys 和 Nemetschek 产品的主要兼容性协议，该协议应该很快就会得到正式批准。 Autodesk 此前签署了一项协议，将使用开放设计联盟 (ODA) 的 IFC 库，并为其 Forma 产品创建全面的基于 Web 的文件翻译服务。
我现在相信 Autodesk 认真致力于为建筑行业带来开放性和互操作性，当该公司数十年来受益于 DWG 和 RVT 格式的封闭性时，这似乎有悖常理。但很高兴听到 Anagnost 在非盟新闻发布会上说：“这不是我们的数据，这是客户的数据。”
这些都是非常重要的词，字面意思是行业的“柏林墙的倒塌”（大卫·哈塞尔霍夫不会用他的歌声破坏这次活动）。所有主要供应商都同意数据应该在应用程序之间自由流动，并且专有方法违背了大多数人的利益。我希望他们能够兑现他们的承诺。
生态系统与云 API
Autodesk 通过创建自己的产品生态系统并首先将它们组合成软件包，然后组合成集合，从而获益匪浅。尽管该公司的应用程序可能并不完全正确，但客户积极使用 AutoCAD、Navisworks、3ds Max、Revit、Forma、Docs、Civil 3D 和 Recap。转向云，开放性和对 API（而不是文件和应用程序）的支持将允许用户摆脱为他们构建的软件包，并构建来自不同供应商的一流云应用程序和服务的技术堆栈，仅订阅他们真正需要的 Autodesk 产品。
随着专有格式成为过去，工具和服务将比现在更加灵活。在管理云服务套件时，公司必须更加关注这一点。考虑到数据的灵活性，我们不必担心与特定开发应用程序的绑定。
在云的未来，“数据转发”将成为最后的手段。相反，设计应用程序将“来到”数据存储的位置。用户将通过 API（应用程序编程接口）访问它们，其中的工具将允许他们对“允许”工作的数据执行任务。
从历史上看，开发人员编写了一个特殊的应用程序，安装在桌面 Revit 之上来访问 BIM 数 电话号码马来西亚 据。未来，新的初创公司将编写托管在云中的应用程序，并简单地连接到客户数据存储来执行任务（一些初创公司已经在这方面开展工作）。如果数据存储在本地，插件会检索它并将其发送到云端进行处理。基于云的方法确保应用程序之间的无缝交互。
然而，云技术的问题之一是它们涉及其他人的计算机。您通常需要为数据托管以及与 API 调用和云服务器之间的数据传输相关的微交易付费。除了工具订阅之外，还会有代币的支付系统。也许通过 API。
开放性
我们生活在激动人心的时代。在 BIM 历史的大部分时间里，唯一的开放数据通信标准是 IFC（行业基础类），被视为最简单的格式。公平地说，它因软件制造商的一些失败的出口尝试而遭受损失。
现在我们似乎正处于丰富的边缘，3D 格式已经从所有的裂缝中爬出来。 USD（通用场景描述）已被与 Khronos Group (glTF) 合作的主要行业参与者采用，以使用不同场景格式优化模型。有许多新的 3D 虚拟宇宙标准。例如，Cesium 针对 3D 地理空间内容的开放 Tiles 标准。随着共享数据的障碍减少，数据移动性将急剧增加。
去年，在 Autodesk 大学 (AU) 活动中，该公司宣布了与 Trimble、Ansys 和 Nemetschek 产品的主要兼容性协议，该协议应该很快就会得到正式批准。 Autodesk 此前签署了一项协议，将使用开放设计联盟 (ODA) 的 IFC 库，并为其 Forma 产品创建全面的基于 Web 的文件翻译服务。
我现在相信 Autodesk 认真致力于为建筑行业带来开放性和互操作性，当该公司数十年来受益于 DWG 和 RVT 格式的封闭性时，这似乎有悖常理。但很高兴听到 Anagnost 在非盟新闻发布会上说：“这不是我们的数据，这是客户的数据。”
这些都是非常重要的词，字面意思是行业的“柏林墙的倒塌”（大卫·哈塞尔霍夫不会用他的歌声破坏这次活动）。所有主要供应商都同意数据应该在应用程序之间自由流动，并且专有方法违背了大多数人的利益。我希望他们能够兑现他们的承诺。
生态系统与云 API
Autodesk 通过创建自己的产品生态系统并首先将它们组合成软件包，然后组合成集合，从而获益匪浅。尽管该公司的应用程序可能并不完全正确，但客户积极使用 AutoCAD、Navisworks、3ds Max、Revit、Forma、Docs、Civil 3D 和 Recap。转向云，开放性和对 API（而不是文件和应用程序）的支持将允许用户摆脱为他们构建的软件包，并构建来自不同供应商的一流云应用程序和服务的技术堆栈，仅订阅他们真正需要的 Autodesk 产品。
随着专有格式成为过去，工具和服务将比现在更加灵活。在管理云服务套件时，公司必须更加关注这一点。考虑到数据的灵活性，我们不必担心与特定开发应用程序的绑定。