问题标签 [webforms]

在 winform 应用程序中声明这样的自定义 .NET 事件是否比 webform 更常见？

在使用模型-视图-控制器设计模式的基于 Web 的应用程序中，与处理表单提交相关的逻辑似乎属于模型层和控制器层之间的某个位置。在复杂表单的情况下尤其如此（即表单处理远远超出简单的 CRUD 操作）。

对此进行概念化的最佳方法是什么？表单只是模型和控制器之间的一种粘合剂吗？还是形式逻辑完全属于 M 或 C 阵营？

编辑：我了解 MVC 应用程序中的基本信息流（请参阅chills42 的答案以获取摘要）。我的问题是表单处理逻辑属于哪里 - 在控制器、模型或其他地方？

嘿，印刷迷们需要一些指示来指导我朝着正确的方向发展。

我正在为一家本地商店开发一个 epos 系统，我们稍后将把它绑定到一个电子商务网站。

epos 系统的前端将是 WinForms，因此我们可以轻松处理 USB 设备，并且我们将使用 WebForms/MVC 管理控制台。

我们缺乏经验的一个领域是印刷。我们需要打印条形码，并希望通过管理控制台（基于 Web）来执行此操作。

所以（最后）这个问题。我们从哪里开始寻找允许我们从 webforms 的 .net 的服务器 (IIS) 实例直接打印到连接的打印机的代码。

我的表单中有 4 个<select></select>元素。通常在提交表单时，您会在 url 中得到这个，例如

然而，在我的界面中，用户正在日​​期选择器和人员选择器之间切换。是否可以只发送处于活动状态的选择上的值？

[我开始写这篇文章是为了发给你们，但后来我想到并检查了表单元素的禁用属性——所以本着堆栈溢出的精神，我也输入了自己的答案]

T 在gridview 中使用了复选框列。单击链接按钮时，应检查是否选中了 gridview 中的复选框。如果未选中任何复选框，则应显示警报（“至少检查一个复选框”）。

好吧，是时候展示我对所有 Web 表单的知识完全缺乏了，但是就到这里吧。我正在扩展 Panel 控件和 OnPreRender 在其中粘贴一些其他控件（为简单起见，我们只说 1 个文本框）。从这里我只是让 Panels Render 方法做它的事情。

我遇到的问题是，显然每次重新呈现此控件时，它只是将相同的 TextBox 再次粘贴在面板中，并使用我在 OnPreRender 方法中编码的值。现在我实际上不想每次都重新填充面板，

我想在第一次加载时将文本框控件粘贴在那里，并让它们从控件/视图状态缓存中重新加载。在这种情况下，以我在面板中仅粘贴单个文本框的示例为例，如果文本框的值发生更改并且发生回发，我希望该值保持更改后的值。

我知道的非常基本的网络表单东西，但我从来没有在我的时间里创建自定义控件。任何帮助表示赞赏。

克里斯。

作为一个贪吃未经证实的性感技术的人，我System.Web.Routing在我的 Web 窗体应用程序中采用了管理导航等。此外，我希望将基于角色的安全性从 web.config 转移到路由定义本身，因此我可以说“此路由仅适用于角色 x、y”。

所以我得到了实现 IRouteHandler 的类，在它尝试加载特定页面之前，它会检查用户是否在它的允许角色集中。我的问题是，如果不是，我如何重定向到该处理程序中的登录页面？我知道可以在该实例中加载登录页面，但我更喜欢带有“returnto”页面和所有内容的干净重定向。

在设计 ASP.net WebForm 应用程序时，需要采取哪些重要步骤（或者如果您喜欢使用该术语，可以采取一些技巧）以确保最佳性能（在速度、稳定性和可伸缩性方面）？

我现在完全理解 MVP 模式，但我仍然很难看到视图和演示者的实例化位置。我已经看到了一些演示者在视图中更新的示例，但这是正确的。在阅读了 Jeremy Miller 关于 View 和 Presenter 之间通信的博客文章后，他在 Presenter 上有一个功能，可以将 Presenter 附加到视图。

那么我的问题是：应该在哪里创建视图和演示者？也在winforms和webforms中。

我继承了一个建立在 webforms 之上的 ASP.NET 应用程序，该应用程序的所有业务逻辑都嵌入在代码隐藏中。因此，无法对该应用程序进行单元测试。

我想将每个表单的功能分解为 MVC 样式，但我发现 ASP.NET 拒绝我为重构它所做的一切努力。一般来说，我喜欢按如下方式分离我的 MVC 类：

一旦我设置好我的类并进行了很好的单元测试，我就可以ILoginView在我的用户控件或页面上实现接口：

如果这是一个 winform 应用程序，它会很好地工作。但是 ASP.NET 生命周期导致这种风格崩溃。

• ASP.NET 在每次页面加载时创建和销毁视图。由于我的控制器由视图持有，模型由控制器持有，每次回发都会导致我的页面丢失其状态。

• 我可以通过在用户会话中持有我的控制器来解决上述问题，但这会带来很多问题。特别是，将控制器放在会话中会导致内存问题，因为模型和控制器在会话到期之前不会被垃圾收集回收。从一个页面导航到另一个页面会创建几十个控制器，但是当用户离开一个页面时，这些控制器不会自行处理。

• 由于视图在每次回发时都被销毁/重新创建，因此我必须在每次回发时向控制器重新注册视图。这比听起来更难做到，因为模型的状态需要在每次回发时复制回视图，但同时我们不想覆盖用户在之前的回发中对视图所做的更改。当使用这种 MVC 样式处理动态创建或 AJAXed 控件时，您不知道这会变成什么样的额外噩梦。

我知道我想多了，有一种更简单的方法可以获得我想要的结果，但是如何使用 webforms 正确实现 MVC 样式？