您可以使用 ASP.NET Web 控件 (ASCX) 来呈现 XML 吗？
在我的脑海中，我看不出有什么理由不能构建 ASP.NET 自定义 Web 控件（ASCX 文件）以仅输出 XML。
如果避免使用 System.Web.UI 命名空间中的控件，而仅使用 XML 标记和子控件（它们也仅呈现 XML），那么最终应该呈现完全有效的 XML 文档。
我是对的，还是我遗漏了什么？
Off the top of my head, I don't see any reason why you couldn't structure an ASP.NET custom web control (ASCX file) to output only XML.
If you avoid using controls in the System.Web.UI namespace, and just use XML tags and sub-controls, which also render only XML, you should end up with a perfectly valid XML document being rendered.
Am I right, or is there something I'm missing?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
如果您想要生成 XML 文档并将其返回给客户端，那么创建 http 处理程序 (IHttpHandler) 而不是使用页面和用户控件可能会更容易。
If you want to generate an XML document and return that to the client, then it's probably easier if you create a http handler (IHttpHandler) instead of using a page and user controls.
您错过了该控件必须位于一个页面内，该页面将有一些 HTML 输出用于标记控件的开始和结束的标记，尽管可能有一种方法可以覆盖它。
You are missing that the control has to be within a page which would have some HTML output for a tag marking the start and finish of the control though there may be a way to override that.
如果您的 ASCX 生成纯 XML，并且您覆盖页面的 Render 方法以替换形成 HTML、BODY 和 FORM 等元素的 HTML 标记，那么您的想法就可以实现。
问题是，与简单地生成 XML 文档并构建一个类库（该类库生成您想要使用 ASCX 生成的那些 XML 片段）相比，您将获得什么好处。
Your idea could work out if your ASCX's generate pure XML, and you overwrite the Page's Render methods to replace the HTML tags that form HTML, BODY and FORM etc. elements.
The question is what you would gain with this approach over simply generating an XML document and building a class library which generates those XML fragments you wanted to generate using the ASCX's.