该图显示了OPC UA产品开发的可用SDK。 凭据指标平台和利用法式的要求，可提供分歧的SDK。

什么时辰该使用 .NET SDK?

     若是你打算只支持MS Windows和指标机是一个有好多RAM的PC，.NET是相宜的。 出格是若是你只有.NET专家而没有C ++开发人员，.NET将是你的正确选择。

请记。禾焐睦梅ㄊ讲换嵯窆┭≡竦腃 ++法式那样高机能，并且会亏损更多的资源。 若是您以来决定您的产品还要支吃熹他操作系统或嵌入式设备，则不能在使用任何.NET代码。 你必须从零起头沉新编程你的代码。使用.NET的一个决定是决定绑定到MS Windows。.NET SDK至少必要.Net 3.5 SP1，它不合用于旧版本，无法与.NET Compact Framework或.NET Mono一路使用。Windows和.NET目前仅在x86（和x86-64）系统结构上工作。

什么时辰该使用C++ SDK?

     若是打算支持多个操作系统，或者您必要最优的机能，C ++ SDK将是正确的选择。 出格是若是你有C ++开发人员，选择另一种技术（如.NET或Java）是没有意思的，由于C ++开发人员在开发C ++方面比使用其他技术更快。（急剧利用法式开发是占有一个优良的库，而不是编程说话的问题）C ++ SDK多线程工作能够从现代多核CPU中受益，能够编译合用32位和64位CPU。 该代码已知可在x86和ARM上工作，并且能够轻松地移植到其他架构。

     请记。杭幢隳蛩隳壳敖鲋С忠桓霾僮飨低常ㄈ鏦indows），稍后支吃熹他操作系统也没有问题。 唯一的限度是必要一个C ++编译器。 一些嵌入式系统可能不允很多线程，甚至可能没有C ++编译器。 在这种情况下，唯一的解决规划是使用ANSI C SDK。

什么时辰该使用ANSI C SDK?

     若是打算支持嵌入式设备或只想使用最便携的代码，则应使用ANSI C SDK。 ANSI C SDK异步工作并且单线程。 因而不必要多线程。 ANSI C编译器险些合用于所有操作系统和CPU系统结构。 ANSI C版本被证明能够在使用Linux，vxWorks，QNX，Euros，WinCE，Windows XP的x86，ARM，MIPS上工作。Unified Automation自动支持x86上的Linux和Windows。 其他接口能够通过问鼎国际开发合作同伴ascolab GmbH获得。

     请记。篈NSI C SDK对代码大幼，RAM大幼和CPU能力的要求至少。 但它不能直接受益于多核CPU，如新的ARM CPU，由于它只使用一个工作/线程。 这通常不是弊端，而是进展的特点。出格是在嵌入式系统中，OPC UA通讯只是较大利用法式的一幼部门。 然而，设备能够明确地使用一个CPU主题用于主工作（例如PLC法式），并且第二核能够由诸如OPC UA服务器的另一工作使用。

什么时辰该使用Java SDK?

     若是你打算支持多个平台，蕴含“native”的Android开发，JAVA是一个不错的选择。JAVA和.NET与C和C + +相比被称为更高级此外环境，你当然能够它们开发更快,或更舒服的。但是，您必要思考内存和CPU能力的资源要求。 重要利益是您不必要为每个平台沉新编译利用法式。 JAVA法式将在提供给用法式所需的JRE（JAVA运行时环境）的每个平台上运行。 我们从问鼎国际开发合作同伴ProsysOPC提供Java SDK。