当内容布局需要一直改变时,如何设计网站?

时间:2012-07-09 03:30:14

标签: asp.net architecture 3-tier

我们的团队正在使用ASP.NET构建一个新网站。我们计划使用3层架构。问题是网页上显示的控件需要根据客户的要求一直改变,这意味着添加一对标签/文本框,或者在客户需要时删除一对标签/下拉列表。所以布局需要灵活,允许轻松添加或删除控件,尽管它只显示一些简单的产品消息,如价格,折扣,税收等。

以前版本的网站将所有控制信息保存在数据库中,如控件名称,控件类型(文本框,标签,下拉列表),它所属的页面和面板等。您可以看到有一个很大的因为每次有对此页面的请求时,它都需要从数据库中获取所有必需的控件并手动将它们添加到页面中,无论请求是否为回发。

我们考虑过直接将控件添加到.aspx页面,但在这种情况下,以后很难更改它们。我们还考虑将所有控件的信息保存在XML文件中,这可能会带来一些性能优势,但它仍然需要始终呈现控件。

因此,我们遇到的问题是提高应用程序的性能,同时满足用户的需求。任何人都可以帮我解决任何问题或想法吗?

PS:如果我说得不够清楚,你也可以提问。最好的问候。

2 个答案:

答案 0 :(得分:0)

对于User Controls来说,这听起来很不错。如果您所做的只是切换子控件可见性,那么创建具有可切换可见性属性的用户控件应该可以满足您的需求。您仍然可以使用后端来切换可见性,但是您只需要从db而不是整个页面模式中提取yes / no标记。

从架构的角度来看,用户控件很棒,因为它们鼓励模块化,代码重用,并且非常适合版本控制(UsercontrolV1.cs,UserControlsV2.cs等)。在变更请求需要逻辑更新的情况下,或者只需要恢复到x次迭代之前存在的构建时,版本控制的要点尤为突出。

答案 1 :(得分:0)

现在,我称之为灵活的网络应用程序。

  

网页上显示的控件需要一直更改

谁将更改控件?客户端?您是否只能在每次请求更改控件时更新.aspx文件并将其发布到服务器?

但无论如何,这是一个有趣的问题。除了使用XML文件之外,没有什么可以做的。