2009-04-12 80 views
4

好的,所以ASP.net允许将图像嵌入到一个Assembly中并使用WebResource.axd访问它们。ASP.net Web资源与图像

我只是想知道:在Web服务器的文件夹中使用Web资源而不是图像的优点/缺点是什么?

This article主要提到部署的方便性,但这似乎并不能证明额外的工作量。

+0

我也从来没有完全掌握的个.axd文件的好处是,所有的好处可以在一个更经典的方式实现与它只是感觉像另一个ASP.NET解决一个不是问题的问题。 – 2009-04-12 11:11:36

回答

6

一个明确的场景是:第三方控制。

我真的不想处理,因为我们没有开发控制不同的脚本/图像文件。使用嵌入式资源,它只是.dll文件,就是这样:)。

同样适用,如果你正在开发一个将要使用在不同的网站自定义Web控件。

+0

+1好点 - 第三方控件混乱我的项目与他们的脚本和图像文件夹是一个主要的麻烦! – 2009-04-12 13:55:33

0

对于我来说,这只是一个一个又一个没有杀手特征在ASP.NET中添加。我不认为这是在实施时考虑到了很多内容,但有时增加部署的便利性很重要,那么您将获得一些好处。问题是什么时候?

Microsoft声明他们将它用于例如。为表单验证脚本提供服务,并且由于缓存而不应该影响性能。这会为控件及其脚本创建隔离,因此在将它们添加到网站时,您不必自己担心它们。

因此,对于我来说,如果您认为它可以帮助您部署用户/服务器控件,您可以试试。对于一般的服务图像?我不打扰。

0

我不会把图像放入程序集。这只是太多的工作,没有明显的好处。速度更快吗?可能不会像反思般的速度被调用来获取资源。难以维持,你打赌!

为什么企业要更新徽标时需要高端开发人员?

1

我建立了一个用于在同一台机器上三个不同的应用定制控件。当我维护控制脚本时,我可能会忘记将新脚本文件部署到每个应用程序。

在这种情况下,这是很好的嵌入资源投入到组装和部署组件GAC。

但是,关于外部文件(不嵌入资源)的好处是,有时您会意识到脚本文件中存在错误。在不重置应用程序的情况下进行部署对于在线应用程序来说是件好事。

1

这里是规则,我认为这是最好的, 如果你有资源,往往不会改变,像脚本,图像。那么你最好将它们嵌入资源中。

但如果你有资源,这种变化版本如jQuery,那么你应该创建属性指向这些外部资源。

希望这有助于