【问题标题】:Gotchas of moving from developing ASP.NET to Winforms apps从开发 ASP.NET 转移到 Winforms 应用程序的陷阱
【发布时间】:2010-06-05 23:13:00
【问题描述】:

在专门开发 ASP.NET 应用程序几年后,我即将开始开发 Winforms 应用程序。这些变化我应该注意哪些问题?例如,在 winforms 范式中管理对象生命周期的方式。我确信这两者之间一定有很多我需要注意的问题/差异。

谢谢。

【问题讨论】:

标签: asp.net winforms


【解决方案1】:

从 Winforms 到 ASP.NET 有很多陷阱。但是,如果换一种方式,您可能会呼吸到一股新鲜空气,因为这一切都在运行,并且您拥有一个完全有状态的环境,这意味着事物不会消失和重建。

有时你会感到困惑,因为你还在用 ASP.NET 来思考,而 Winforms 的方式太简单了。准备把头撞在桌子上,然后重复“愚蠢、愚蠢、愚蠢……太明显了”之类的话。

  • 不再有无状态的东西(回发、视图状态、控件状态、等待控件准备就绪等)
  • 不再回收应用程序
  • 没有 AJAX 回调或页面重定向 - 没有更多的请求/响应 UI 模型
  • 一切都在那儿持续存在,并在您上次离开时​​存在。
  • 您仍然可以使用您习惯的所有中间层和后端的东西(非 UI),这样会感觉非常舒适,并且可以处理很多过渡

然而
相比 HTML 的自然流动和 CSS 样式的单独应用,布局和设计会感觉更加严格。
对于更漂亮和更丰富的 UI,您可能需要考虑 WPF 来成功您的 Winform 努力。此Microsoft section 提供有关这两种技术的信息。

当您学习特定于 Winforms 的类时,当然会有一个过渡,但是它们感觉类似于 ASP.Net 版本,只是实现起来更简单。

【讨论】:

    【解决方案2】:

    除了@jdk 的出色回答...

    • 您必须非常小心以保持 Winform 响应。这意味着学习执行线程和后台任务。查找 BackgroundWorker 类。
    • 验证的工作方式大不相同。
    • 您会发现自己编写了更多事件。为了理智起见,请尽可能多地将数据处理移出代码隐藏。

    【讨论】:

      猜你喜欢
      • 2010-11-11
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2010-09-05
      相关资源
      最近更新 更多