asp.net 用户控件 vs 自定义控件 vs stringbuilder

Question

我正在构建一个产品目录，每页显示 50/100 个产品。 由于我想在我的网站上有不同的浏览部分，因此我将每个产品 到用户控件中。好吧，当然不是产品本身，而是一些标签、div 和图像。然后，我在处理数据库结果时在运行时设置其属性。所以优点是我只需要在整个站点的 1 个地方更改产品控制。我在循环中使用 LoadControl 将控件放入页面中。

然而，这些页面的加载速度不如其他处理相同数据库查询并使用 StringBuilder 输出相同 html 的页面那么快。因为我希望我的网站在收到一些不错的流量时表现良好，所以我对此感到担心。我还没有进行任何基准测试，但我清楚地看到了差异。

我的问题已经够多了！我向您提出的问题是“是否有任何替代方案比将 LoadControl 与自定义控件一起使用更快但易于维护（或至少在 1 个位置）？”

我正在考虑：

1. 创建一个自定义控件（尽管我从未这样做过，并且不知道 100% 这是否会加快速度）
2. 继续使用 StringBuilder 方法并将 CreateProduct 放入我的基类中
3. 放弃维护产品在 1 个位置

我希望你们也有类似情况的选择，所以我真的很想听听你们的意见！

[编辑]代码[/编辑] 我这里没有准确的用户控件代码，但我回家后会编辑这篇文章..但这里是简化的想法：

1）获取我的数据库结果（使用 Subsonic 2.2 作为我的 DAL）

DAL.ProductCollection coll = new DAL.ProductCollection();
if(coll.count > 0)
{
   foreach(DAL.Product item in coll)
   {
     Control p = LoadControl("FeaturedProduct.ascx");
     placeholder.Controls.Add(p);

     //Set properties
     p.title = item.Title;
     p.img = GetImage(item.Guid);
     ....etc
   }
}

我的用户控件本身只包含 3文字控件和 1 个图像控件。

但当我回到家时，我会发布完整的代码！ 谢谢

Answer 1

假设您的数据库查询结果有一个产品列表 List。您可以将 Repeater 控件绑定到该列表，然后在标记中将 UserControl 添加到转发器中。

下面是一个示例，其中类 Product 如下所示：

class Product{ public string Sku{ get; set; } public string Name{ get; set; } }

在标记中声明：

<asp:Repeater runat="server" ID="ProductsRepeater" >
    <ItemTemplate>
        <uc1:ProductsUserControl runat="server" ID="productsControl" Sku='<%# Eval("Sku")%>' Name='<%# Eval("Name") %>'/>
    </ItemTemplate>
</asp:Repeater>

然后在后面的代码中：

protected void Page_Load(object sender, EventArgs 
{
    ProductsRepeater.DataSource = myProductsList;
    ProductsRepeater.DataBind();
}

这将为产品列表中的每条记录添加 1 个用户控件，并将 Property 对象的 Sku 和 Name 属性绑定到用户的相应属性控制。

如果这还不够快，也许您的用户控件有些奇怪？

Answer 2

UserControl 听起来像是您正在做的事情的优质解决方案。不要放弃这个想法。抽象让世界运转。

我已要求您显示您的 UserControl 标记。另外，您不需要使用 LoadControl() ，除非您在后面的代码中构建这一切。

Answer 3

我会改用 ASP.NET Server 控件并重写它的 Render 方法。这与您的 StringBuilder 解决方案更相似，因为您可以使用提供给该方法的 HtmlTextWriter 来构建 HTML 输出，类似于使用字符串构建器的方式。但同时您可以获得控制结构，它使您能够添加属性、管理状态等。并且由于服务器控件是编译的，因此我认为它通常会比用户控件执行得更好一些。

我还将创建另一个服务器控件，它是一个用于构建控件列表的容器。不确定这会提高性能，但这是一个很好的实践，并且将使您的代码更容易重用和维护。

Answer 4

您是否尝试过在 UserControl 中关闭 Viewstate ？如果您使用 StringBuilder 构建标记，则不会为任何该标记来回传输任何 Viewstate。如果您使用默认的 ASP Web 控件，它们将默认具有 Viewstate，该视图状态将在页面加载和回发期间来回传输，并且可能会很大，具体取决于应用程序中使用的 Web 控件。 UserControl 并重复 50 至 100 次。

编辑：如果 Viewstate 不是问题，您是否验证了 UserControl 生成的标记与您在 UserControl 中生成的标记相同或相当等效>字符串生成器？

另一件重要的事情是对服务器和客户端时间进行基准测试。如果标记不同，客户端渲染时间可能会显着变化。如果服务器和客户端时间相同（或差异不大），那么您需要查看服务器输出的大小和传输时间。