基于WinForms的开发技巧--对未来网络开发的思考

Question

我们正在开发/管理一个企业应用程序，由于历史的原因和开发速度的加快，它被WinForms拖住了。

现在我们认为，迟早(早晚)应用程序将需要基于Web。

对“网络”运动的思考。我们要考虑的最重要的事情是什么？类似于MVP游行(或其他)的东西，现在决定你将要使用的平台/框架的类型，.

有从winforms迁移到web的经验吗？有什么建议要保重吗？

Aclaration：在我们的场景中，现在应用程序最好是基于Web的，但我们是现实的。我同意，并不是所有的应用程序都必须基于Web (这是我们使用WinForms开发的主要原因！)。但有时需求会发生变化，在我们的场景中，我们希望以SaaS的形式提供该应用程序。

Answer 1

主要是将用户界面与其他一切完全分离开来。一旦你这样做了，你就不会为了移植而重写应用程序了--你只需要在上面创建一个web。

Answer 2

NESBAWA (不是所有东西都应该是Web )。

Answer 3

我在一家公司工作，他们的单块WinForms应用程序也经历过类似的情况。根据这一经验，有两件事需要考虑：

1)将所有数据访问逻辑(DAL)与现有的WinForms UI解耦。您可以在任何web开发开始之前启动此过程。

我们在每周6次的短跑中进行了这个重构。应用程序的某些部分很容易修改--其他部分则是完全由完全地狱般的意大利面代码组成的，这些代码将DAL、内联SQL和UI代码交织在WinForm后面的代码中。

一旦实现了这种分离，支持两个不同的UI就更容易了。

2)忽略ASP.Net MVC和目标WebForms。WebForms旨在使编写web应用程序更接近于编写传统的WinForms UI代码(事件驱动、基于组件的代码)。

您需要了解页面生命周期，在动态生成的控件周围有几个概念上的问题，这些控件往往会让许多新手绊倒--但否则，这是让一群WinForms开发人员从事web工作的最轻松的方法。MVC现在可能在web圈中非常流行，它提供了更好的关注点分离(尽管您可以使用WebForms获得类似的结果，如果勤奋和强大的设计领导能力的话)--但是它需要更高的知识。使用MVC，您将更加接近HTTP请求/响应周期的核心。WebForms为您提取了大量这些信息。

祝你工作顺利！