使用嵌入式资源的好处似乎是：
>生成的程序集易于共享和部署(单个文件部署,无需担心丢失脚本文件或无效路径);
>隔离和便利：可以从VS项目中访问所有资源.
>如果不重新编译和重新部署程序集,则无法修改资源.但是,即使对于具有许多基于文本的资源的项目,生成的程序集也会相当小,并且像重写一样容易重新部署,例如,一个位于文件系统的脚本文件.理论上,应该可以只更换程序集的更改部分(因此更小的更新),但我不知道是否存在任何此类现有的差异/合并工具.
>生成的DLL会更大,最终可能会更大;但是,如果您创建了没有嵌入资源的精简装配,并且将资源单独部署到目录,那么要部署的程序的总大小将是相同的.
还有其他考虑因素吗？更一般地说,是否有一个原因是项目资源 – 不管它们是什么 – 不应该作为嵌入资源包括在内,除了在修改时需要的程序集重新编译？
解决方法
如果您的应用程序对您的组织而言至关重要或重要,并且您需要最小化事件响应时间,那么将所有脚本作为单独的文件当然更好.尽管重新编译程序集可能非常容易,但在结构化企业环境中,即使在紧急情况下,修补程序版本通常也需要大量的环节.此外,这需要一个开发人员,而支持人员应该足以改变脚本文件.
其他考虑因素可能是(如果(至少某些)脚本在从资源流式传输时无法正常运行).他们可能需要一个地方来编写中间数据或结果数据.脚本之间可能还存在一些依赖关系(一个调用另一个等)
另一个因素是,当您无法访问项目源时,将资源分开可以快速查看.这为您的应用程序增加了一些透明度(可能需要或不需要).如果出现问题,可能有助于确定应用程序发生的情况,并可能进行快速更改/修复(有点类似于我的第一点).
一般来说,我会说这取决于您的要求.如果您需要能够频繁更改脚本(或其他不可编译的资源),那么将它们分开会更好.如果它们不经常更改并且您希望具有整洁,简单和紧凑的文件结构,那么嵌入是一个不错的选择.
原文地址：https://www.jb51.cc/csharp/100492.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
