处理装配资源

发布于 2024-08-18 20:52:13 字数 203 浏览 4 评论 0原文

我目前正在开发一个实用程序类作为我的业务层的一部分。该类的任务是加载模板 PDF 文件,使用 iTextSharp 填充 PDF 并返回结果流。对于如何在我的业务层中存储预定义的 PDF 模板,我遇到了一些“分析瘫痪”。我是否将所有 PDF 放入一个文件夹并将每个文件标记为“嵌入资源”?基本上,我只是在存储/访问程序集资源(我认为是任何不执行代码的文件)方面寻找一些更常用的最佳实践的方向。

I am currently developing a utility class as a part of my business layer. The task of this class is to load a template PDF file, fill out the PDF with iTextSharp and return the resulting stream. I am having some "analysis paralysis" as to how to store the predefined PDF templates in my business layer. Do I throw all of my PDFs into a folder and mark each file as an "embedded resource"? Basically, I'm just looking for a direction towards some of the more commonly used best practices when it comes to storing/accessing assembly resources (which I consider to be any file that does not execute code).

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

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

发布评论

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

评论(1

绿萝 2024-08-25 20:52:13

当然,您绝对可以将它们标记为嵌入式资源。一种较新的方法是使用“项目”、“项目名称”、“属性”、“资源”选项卡添加它们。这将为您提供一种简单的强类型方法,通过 Properties.Resources.ResourceName 语法来访问它们。

这两种机制都是处理您想要在应用程序开发过程中管理的合理大小内容的常用方法。独立文件更适合大型内容(例如视频)、可能需要替换而无需重新编译程序集的内容或(在某些情况下)在应用程序开发过程之外维护的内容。

Sure, you can absolutely mark them as embedded resources. A newer way is to add them using the the Project, Project Name, Properties, Resources tab. This will give you an easy, strongly-typed way to access them through the Properties.Resources.ResourceName syntax.

Both mechanisms are common ways to handle reasonably-sized content that you want to manage as part of your application development. Standalone files are preferable for large content (such as videos), content that might need replaced without recompiling the assembly, or (in some cases) content that is maintained outside of your application development process.

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