ASP.net Web资源与图像

好的，所以ASP.net允许将图像嵌入到程序集中，并使用WebResource.axd访问它们

我只是想知道：使用Web资源而不是Web服务器上文件夹中的图像有什么优点/缺点，就像传统的做法一样

---

主要提到易于部署，但这似乎不能证明额外的工作量是合理的。

对我来说，这只是ASP.NET中添加的另一个非杀手级功能。我不认为它是在提供大量内容的情况下实现的，但有时，增加部署的便利性很重要，这样您就会获得一些好处。问题是什么时候

Microsoft声明，他们使用它来提供表单验证脚本，并且由于缓存，它不应影响性能。这为控件及其脚本创建了隔离，因此在将它们添加到站点时，您不必自己担心它们

---

所以对我来说，如果你认为它有助于你部署用户/服务器控件，你可以试试。用于一般的图像服务？我不会费事。

我不会将图像放入组件中。这是太多的工作，没有明显的好处。速度快吗？可能不是像反射那样的速度会被调用来获取资源。当然，维护起来更难

---

例如，当企业想要更新徽标时，为什么需要高端开发人员

一个明显的场景是：第三方控制

我真的不想为我们没有开发的控件处理不同的脚本/图像文件。对于嵌入式资源，它只是.dll文件，仅此而已：）

---

如果您正在开发将在不同网站上使用的自定义web控件，则同样适用。

我构建的自定义控件由同一台计算机中的三个不同应用程序使用。当我维护控件的脚本时，我可能会忘记将新脚本文件部署到每个应用程序

在这个场景中，最好将资源嵌入程序集并将程序集部署到GAC

---

但是关于外部文件（不是嵌入资源）的优点是，有时您会意识到脚本文件中存在错误。在在线应用程序中，在不重置应用程序的情况下部署它是一件好事。

以下是我认为最好的规则， 如果你有一些资源不会经常改变，比如脚本，图片。那么您最好将它们嵌入到资源中

但是，如果您有资源可以更改Jquery等版本，那么您应该创建指向这些外部资源的属性

---

希望这能有所帮助

我也从未完全了解.axd文件的附加好处，所有好处都可以通过更经典的方式实现&这就像是解决一个非问题的另一个ASP.NET解决方案。+1好的一点-第三方控件将我的项目与它们的脚本和图像文件夹混在一起，这是一个很大的麻烦！