blocks|key|1166321|text|一个明显的场景是:第三方控制。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1166322|我真的不想为我们没有开发的控件处理不同的脚本/图像文件。对于嵌入式资源，它只是.dll文件，仅此而已:)。|1166323|如果您正在开发将在不同网站上使用的自定义web控件，这一点同样适用。|1166324|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

One clear scenario is: third party controls. 

I really don't want to deal with different script/image files for controls we are not developing. With embedded resources, its just the .dll file and that's it :).

The same applies if you are developing custom web controls that you will be using across different web sites.

blocks|key|3820243|text|我构建了自定义控件，供同一台机器上的三个不同应用程序使用。当我维护控件的脚本时，我可能会忘记将新的脚本文件部署到每个应用程序。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3820244|在这种情况下，最好将资源嵌入到程序集中，并将程序集部署到GAC。|3820245|但是关于外部文件(而不是嵌入资源)的好处是，有时您会发现脚本文件中有一个bug。在不重置应用程序的情况下部署它在在线应用程序中是一件好事。|3820246|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I built custom controls that used by three different applications in same machine. When I maintain scripts for controls, I can forget deploying the new script file to every application. 

In this scenario, it's good to embed resources into assembly and deploy assembly to GAC.

But the good point about external files (not embedding resources) is that, sometimes you realize a bug in script files. deploying it without resetting application is a good thing in an online application.

blocks|key|4663500|text|这是我认为最好的规则，如果你有不会经常改变的资源，比如脚本，图像。那么你最好将它们嵌入到资源中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4663501|但是如果您有更改版本的资源，如Jquery，那么您应该创建指向这些外部资源的属性。|4663502|希望这能有所帮助|4663503|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

here is the rule i think it is the best,
if you have resources that wont change that often like, scripts, images. then you are better embed them in resources.

but if you have resources, that change versions like Jquery, then you should create properties to point to those external resources.

hope this helps

blocks|key|598548|text|对我来说，这只是ASP.NET中添加的另一个非杀手级功能。我不认为它的实现是为了提供大量的内容，但有时更容易的部署很重要，然后你就会获得一些好处。问题是什么时候？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|598549|微软表示，他们将其用于例如。以提供表单验证脚本，并且由于缓存而不应影响性能。这为控件及其脚本创建了隔离，因此在将它们添加到站点时，您不必自己担心它们。|598550|所以对我来说，如果你认为它能帮助你部署用户/服务器控件，你可以试一试。为一般的图像提供服务？我不会费心的。|598551|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

For me it is just a an another not-killer-feature added in ASP.NET . I do not think that it was implemented with serving a lot of content in mind but some times the added ease of deployment matters, then you gain some benefit. Question is when?

Microsoft states that they use it for eg. to serve forms validation scripts, and that due to caching it should not affect performance. That creates isolation for the controls and their scripts, so you do not have to worry about them yourself when adding them to your site.

So for me, if you think it helps you deploying user/server controls you can try. For serving images in general? I would not bother.

blocks|key|598580|text|我不会将图像放入程序集中。这只是太多的工作，没有明显的好处。是不是更快？可能不是像反射一样的速度会被调用来访问资源。你敢打赌，它是不是更难维护！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|598581|例如，当业务想要更新徽标时，为什么需要高端开发人员？|598582|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I would not put images into the assembly. It's just too much work for no apparent benefit. Is it faster? Probably not as Reflection-like speeds would be called in to get to the resource. Is it harder to maintain, you bet! 

Why would a high-end developer be needed when the business wants to update a logo for example?

Okay, so ASP.net allows one to embed Images into an Assembly and access them using WebResource.axd.

I just wonder: What are the Pros/Cons of using Web Resources instead of Images in a folder on the Web Server, like how it's being traditionally done?

<a href="http://www.4guysfromrolla.com/articles/080906-1.aspx" rel="nofollow noreferrer">This article</a> mainly mentions ease of deployment, but that doesn't seem to justify the extra amount of work.

ASP.net Web Resources vs. Images

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

好的，ASP.net允许将图像嵌入到程序集中，并使用WebResource.axd访问它们。我只是想知道:使用Web资源而不是Web服务器上的文件夹中的图像有什么优点/缺点，就像传统的做法一样？主要提到了部署的易用性，但这似乎并不能证明额外的工作量是合理的。

问ASP.net网络资源与图片
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问ASP.net网络资源与图片EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问ASP.net网络资源与图片
EN