在后端类中创建 Ascx 控件的实例 Aspx 页面而不加载 FilePath

Question

问题：是否可以在后端代码中（不是在后面的代码中，而是在实际的后端类中）加载并呈现页面或在 .aspx 或 .ascx 中定义的控件，而无需使用 Load(path) 而只需创建页面/控件类的实例？

我希望能够做到这一点（从后端类而不是后面的代码）：

MyControl myCtl = new MyApp.Views.Shared.MyControl();
String html = Util.ControlToString(myCtl); //I get an empty string & hidden errors

而不是这个

public static string ControlToString(string path)
{
    Page pageHolder = new Page();
    MyControl myCtl = (MyControl)pageHolder.LoadControl(path);
    pageHolder.Controls.Add(myCtl);
    StringWriter output = new StringWriter();
    HttpContext.Current.Server.Execute(pageHolder, output, false);
    return output.ToString();
}

详细信息： 在 Asp.net WebApp 中，我偶尔需要将用户控件 (.ascx) 或页面 (.aspx) 呈现为 HTML 字符串。当页面或控件从后面的代码继承时，其类会显示在我的后端代码中的智能感知中，我可以创建实例并设置属性，而不会出现编译时或运行时错误。但是，当我尝试渲染页面或控件时，我总是得到一个空字符串，并且经过检查，页面或控件显示受抑制的内部渲染错误，除非我使用其物理文件路径加载页面或控件。

我认为关键问题与何时& .aspx / .ascx 文件如何运行时编译。我不想创建用户控件的预编译类库，因为这会使设计过程变得尴尬，而且我真的很喜欢 .aspx / .ascx 页面提供的设计器功能，所以我很想找到一种方法使页面在解决方案中进行编译，以便它们可以像任何其他后端类一样使用，但仍然可以使用设计器创建。我希望两全其美（1）能够在设计器中编辑页面和控件，（2）创建实例并使用后端类设置其属性。

Answer 1

这是一种在这种情况下可能会有所帮助的方法。

“后端”代码可能不知道用户控件位于哪里，但用户控件确实知道它在哪里。

因此，在用户控件中，添加一个如下所示的静态方法：（

public partial class MyControl : UserControl
{
  ...
  public static MyControl LoadControl(CustomDto initialData)
  {
    var myControl = 
        (MyControl) 
        ((Page) HttpContext.Current.Handler)
        .LoadControl("~\\UserControlsSecretPath\\MyControl.ascx");
    myControl._initialData = initialData;
    return myControl;
  }
  ...
  private CustomDto _initialData;
}

包含 CustomDto 是为了说明如何将初始数据传递到用户控件。如果不需要这样做，请采取出来！）

有了这个，加载用户控件的代码不需要需要知道用户控件物理位置的路径。如果该位置发生变化，则更新这一位置。使用此 UserControl 的所有其他代码均保持不变。

在您的后端代码或其他任何地方，您可以执行以下操作：

var control = MyControl.LoadControl(customDto);
PlaceHolder1.Controls.Add(control);

Answer 2

一般来说：没有。

据我所知，ASP.NET从您的类继承，以将 .aspx/.ascx 模板与您的代码结合起来。这就是您的控件显示为空的原因：缺少将模板与您的代码结合起来的代码。这通常是由 ASP.NET 在您第一次访问页面或用户控件时完成的（这正是第一次点击有点慢的原因：它实际上是在生成和编译连接代码）。

对于预编译网站，ASP.NET 会提前生成此代码作为预编译网站 .dll 的一部分，这就是此类网站加载速度更快的原因。但是，IIRC 您仍然需要实例化生成的类而不是原始类。

这是一个非常常见的请求，但到目前为止微软还没有提供执行此操作的工具。

编辑：虽然我不明白为什么您想要将控件渲染到内存中的字符串，但我可能有解决构建问题的方法。

如果您坚持使用非编译的 .ascx 文件（使用网站模型而不是 Web 应用程序模型），您实际上可以通过将它们物理地放置在主项目的子文件夹中来单独开发它们，并仅将它们视为内容文件。然后，您可以使用该子文件夹作为根文件夹创建一个单独的项目。您只需将此子文件夹中的文件视为网站文件即可，主项目仍然可以是Web应用程序。 （实际上是推荐的，因为你不希望 .csproj 文件包含在主项目中。）

但是，共享代码（即在控件项目和主项目之间共享）应该放在单独的库项目中，因此您可以单独编译每个项目，而无需相互依赖。

在主项目中使用LoadControl将动态编译它们（代码隐藏是可能的）；如果您需要设置属性，则必须在共享项目中定义接口，在适当的用户控件上实现它们，并将 LoadControl 创建的控件强制转换为适当的接口。

Answer 3

我开发了一个解决方案来解决 VS 2008 中的问题：

1. 创建主站点解决方案：创建一个 MVC 1 网站解决方案
   VS 2008
2. 创建模型类库：为模型代码添加类库
3. 创建视图代码：添加一个“空网站”来保存.ascx页面，并添加引用模型库
4. 创建部署站点：添加一个编译“空网站”的部署项目，转到“属性页面”并检查：“将所有输出合并到单个程序集中”和“视为库组件”，并确保取消选中：“允许此预编译站点可更新”
5. 参考部署输出：在主项目中添加对输出的引用部署站点的。

6. ASP。 - 编译控件：控件显示在 ASP 下。命名空间和命名方式有两种
   A. 如果 .ascx / aspx 页面没有声明“ClassName”，那么它们将使用带有下划线的文件夹和文件名来命名。 <%@ 控制语言="C#" ClassName="Admin_Index" %>
   B. 如果他们确实声明了一个类名，那么这就是他们的名字

7. List item

用法： 示例代码如下

这是一个示例用法

public ActionResult Index()
{
    var ctl = new ASP.Directory_FirmProfile();  //create an instance
    ctl.Setup(new MyDataModel);                 //assign data

    //string test = CompiledControl.Render(ctl); //output to string
    return new HtmlCtl.StrongView(ctl);         //output to response
}    



   public class CompiledControl
    {
        public static string Render(Control c)
        {
            Page pageHolder = new Page();
            pageHolder.Controls.Add(c);
            StringWriter output = new StringWriter();
            HttpContext.Current.Server.Execute(pageHolder, output, false);
            return output.ToString();
        }

        public static void Render(Control c, StringWriter output)
        {
            Page pageHolder = new Page();
            pageHolder.Controls.Add(c);
            HttpContext.Current.Server.Execute(pageHolder, output, false);
        }

        public static void Render(Control c, HttpResponseBase r)
        {
            Page pageHolder = new Page();
            pageHolder.Controls.Add(c);
            HttpContext.Current.Server.Execute(pageHolder, r.Output, false);
        }


    }


    public class StrongView : ActionResult
    {
        private Control ctl;
        public StrongView(Control ctl)
        {
            this.ctl = ctl;
        }

        public string VirtualPath{get;set;}


        public override void ExecuteResult(ControllerContext context)
        {
            if (context == null)
                throw new ArgumentNullException("context");

            HtmlCtl.CompiledControl.Render(ctl, context.HttpContext.Response);

        }
    }

Answer 4

我按照鲁本的建议提出了一个更简单的解决方案。
它已经运行了大约一个月，没有出现任何问题：

//Example usage

//reference the control
var emailCTL = new HtmlCtl.ControlOnDisk<MyControlType>(@"~\Views\EmailTemplates\MyControlType.ascx");

//if you have a code behind you will get intellisense allowing you to set these properties
// and re-factoring support works most places except the template file. 
emailCTL.c.title = "Hello World "; //title is a property in the code behind
emailCTL.c.data = data; //data is a property in the code behind

string emailBody = emailCTL.RenderStateless(); 



//Helper Class
    public class ControlOnDisk<ControlType> where ControlType : UserControl
    {
        public ControlType c;
        Page pageHolder = new Page();
        public ControlOnDisk(string path)
        {
            var o = pageHolder.LoadControl(path);
            c = (ControlType)o;
            pageHolder.Controls.Add(c);
        }

        public string RenderStateless()
        {

            StringWriter output = new StringWriter();

            // set up dumby context for use in rendering to email stream
            StringBuilder emailMessage = new StringBuilder();
            TextWriter tw = new StringWriter(emailMessage);
            HttpResponse dumbyResponse = new HttpResponse(tw);
            HttpRequest dumbyRequest = new HttpRequest("", "http://InsertURL.com/", ""); //dummy url requierd for context but not used
            HttpContext dumbyContext = new HttpContext(dumbyRequest, dumbyResponse);
            //HttpContextBase dumbyContextBase = new HttpContextWrapper2(dumbyContext);

            dumbyContext.Server.Execute(pageHolder, output, false);
            return output.ToString();

        }
    }