在 WPF 应用程序中使用 pack URI 真的很重要吗?

发布于 2024-09-13 04:35:42 字数 197 浏览 7 评论 0原文

为什么我们应该使用它们而不是普通的?

:有什么好处:

new Uri("pack://application:,,,/File.xaml");

使用这个:相比那个

new Uri("/File.xaml", UriKind.Relative);

Why should we use those, rather than ordinary ones?

what's the benefits of using this:

new Uri("pack://application:,,,/File.xaml");

over that:

new Uri("/File.xaml", UriKind.Relative);

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

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

发布评论

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

评论(1

ぃ双果 2024-09-20 04:35:42

第一个 - 您可以通过在三个逗号后添加程序集名称来使用跨程序集。因此,您可以创建一个具有通用样式和其他可在多个程序集之间共享的 XAML 优点的共享库。

语法如下:

pack://application:,,,/Common;component/CommonResources.xaml

其中 Common 是程序集的名称,组件之后的所有内容都是该程序集中到映射资源的路径。后者只能在同一程序集中使用(并且应该是首选)。

我经常将它用于驻留在多个模块类型程序集之上的公共程序集中的 ResourceDictionaries。

The first one - you can use cross-assembly by adding a assembly-name after the three commas. So, you can create a shared library with common styles and other XAML-goodness that can be shared between several assemblies.

Syntax is like this:

pack://application:,,,/Common;component/CommonResources.xaml

where Common is the name of the assembly and everything after component is the path inside that assembly to the mapped resource. The latter can only be used inside the same assembly (and should be preferred).

I use it a lot for ResourceDictionaries residing in a common assembly above several module-type assemblies.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文