我可以在 aspx 页面上对每件事使用多视图和视图吗?

发布于 2024-10-14 14:23:24 字数 124 浏览 10 评论 0原文

简而言之,我会遇到哪些限制?

使用

vs08,网络应用程序

注意

您能想到的或遇到的任何缺点,

例如关于编码、回发、事件处理、访问视图内的控制属性

in short what are the limitations i will experience?

using

vs08, webapplication

note

any disadvantage u can think of, or have encountered

e.g. regarding coding, postback, event handling, accessing properites of control within the view

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

信愁 2024-10-21 14:23:24

我能想到的两个最大的问题:

1)隐藏页面仍然加载。 Asp.net 将在 MultiView 中的所有视图(包括隐藏视图)上运行几乎整个页面生命周期。

对我来说这是最大的缺点。这意味着性能较慢,并且存在隐藏页面抛出异常的风险。如果您的视图上有数据控件,您将加载大量冗余数据。

请参阅,例如 http ://msmvps.com/blogs/luisabreu/archive/2008/02/20/multiview-control-should-you-use-it.aspx如何阻止 Web 控件加载子控件?

2) 隐藏页面生成视图状态

请参阅多视图控件如何处理其视图状态?< /a>.

这意味着向浏览器发送和从浏览器发送的 HTML 较大,这意味着传输速度较慢。此外,Asp.net 确实会发生 ViewState 错误,并且可以说,更臃肿的 viewstate 更可能导致这些错误。

The two biggest issues I can think of:

1) Hidden Pages are still loaded. Asp.net will run almost the full page lifecycle on all Views in a MultiView, including the hidden views.

For me this is the biggest drawback. It means slower performance, and a risk of hidden pages throwing exceptions. If you have data controls on your views, you'll be loading a lot of redundant data.

See, eg http://msmvps.com/blogs/luisabreu/archive/2008/02/20/multiview-control-should-you-use-it.aspx, and How to stop a web control from loading child controls?

2) Hidden Pages generate View State

See How does the Multiview control handle its Viewstate?.

This means larger HTML sent to and from the browser, which means slower transmission. Also, ViewState errors do happen with Asp.net, and arguably a more bloated viewstate therefore makes these more likely.

本王不退位尔等都是臣 2024-10-21 14:23:24

你也许可以,但这可能不是一个好主意。

这里有 3 个例子,我不会在所有事情上都使用它。

  1. 具有多个视图的页面,左侧有一个菜单。这里我不会把菜单放在视图中。
  2. 具有单一视图的页面。在这里它只会增加复杂性。
  3. 如果您想要开发 50 个表格。您可以使用一页和一个具有 50 个视图的多视图来完成此操作。但是,如果您有 5 名开发人员,每人处理 10 个视图,那么每个人都处理同一个文件,您就会遇到麻烦。

You probably could, but it might not be a good idea.

Here are 3 examples where I would not use it for every thing.

  1. A page with several views, that has a menu on the left. Here I would not put the menu in the view.
  2. A page with a single view. Here it just adds complexity.
  3. If you have 50 forms you want to develop. You could do it with one page and one multview with 50 views. But if you have 5 developers working on 10 views each, you will get into trouble with everyone working on the same file.
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文