部署图中的动态加载库如何?

发布于 2025-01-27 06:03:29 字数 228 浏览 1 评论 0原文

我的部署图中有一个带有Windows执行环境的设备。该应用程序使用了几个动态加载的库,其中一些库与应用程序部署,另一些则将其用于系统本身。

如何在部署图中通常表示动态加载的库?


我当前的理论是我的应用程序在我部署应用程序特定的动态加载库的窗口中获得了自己的执行环境,并在其外部部署了系统库:

​已安装的库b,并将LibraryA的V2与应用程序一起部署,从而阴影系统版本。

My deployment diagram has a device with a Windows ExecutionEnvironment in it. The application uses several dynamically loaded libraries, some of which are deployed with the application, others into the system itself.

How are dynamically loaded libraries normally represented in deployment diagrams?


My current theory is my application gets its very own execution environment within the Windows where I deploy my application specific dynamically loaded libraries, and have the system libraries deployed outside it:

deployment diagram

For above diagram the system has v1 of libraryA and libraryB installed, and v2 of libraryA is deployed with the application, shadowing the system version.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

花开半夏魅人心 2025-02-03 06:03:30

您的方法完全有道理:

执行环境代表应用程序组件在执行时可能需要的标准软件系统。

而且:

伪影详细说明并重新阐述了脱落的抽象概念。它们代表物理世界中的具体元素,可能具有代表其功能和操作的属性,可以执行其实例,并且可能会被多重构成,以便可以将不同的实例部署到各种部署图中,每个实例都具有独立的属性值。

这完全适用于动态库,其中一个由OS加载的库,并且可以由多个应用程序使用,每个库都在其自己的地址空间中。

一些提示:

  • 您可以使用«library»«可执行文件» UML标准配置文件的刻板印象,以更好地区分不同类型的文物。
  • 您可以将依赖项从可执行文件添加到所需的库

Your approach makes perfectly sense:

ExecutionEnvironments represent standard software systems that application components may require at execution time.

Moreover:

Artifacts elaborate and reify the abstract notion of DeployedArtifact. They represent concrete elements in the physical world, may have Properties representing their features and Operations that can be performed their instances, and may be multiply-instantiated so that different instances may be deployed to various DeploymentTargets, each with separate property values.

This applies perfectly to dynamic libraries, where there is one library loaded by the OS and that may be used by multiple applications, each in its own address space.

Some hints:

  • You could use the «Library» and «Executable» stereotypes of the UML standard profile to better distinguish different kind of artifacts.
  • You could add the dependency from the executable to the required libraries
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文