关于将.NET Windows窗体应用程序迁移到Web应用程序的指南

Dut*_*ico 2 .net asp.net migration asp.net-mvc winforms-to-web

是否有关于此主题的好书或网站涵盖以下主题:

  • 不同的迁移场景(大爆炸,模块模块,功能功能)的优点和缺点
  • 不要做
  • 工装
  • 处理客户期望

我们有一个相当大的基于winforms的产品,我们希望将其迁移到网络上.在"大爆炸"场景中迁移可能至少需要两年时间.我们正在寻找替代方案.我特别想办法处理中间情况,你有什么选择让客户满意.

  • 让他们在新的Web应用程序的同时使用Windows应用程序?
  • 让Windows应用程序通过服务接口使用Web应用程序中的新功能?
  • 接受双重保养费用一段时间以保持客户满意?

cha*_*dmk 5

你更有可能完全重写.因为web在概念上与windows窗体不同,所以会有很多变化.

你最好的选择是停止Windows窗体应用程序的新开发.开始为新功能编写新应用.然后开始一次将一个隔离的功能移动到Web.

UI有两个选项

  1. webforms - 与windows窗体模型紧密匹配.如果您使用devexpress等任何第三方控件,您可以在webforms中找到相应的控件.

  2. mvc - 更像是重新构建整个表示层.如果您的UI层已经与业务层分离,那么沿着MVC的路径前进将是一个不错的选择.然而,开发体验与Windows窗体完全不同.

  • 在Windows窗体中维护应用程序状态相对简单.在webforms中,您有viewstate为您执行此操作.但是当你遇到viewstate的限制时,你会遇到粗暴的冲击,特别是当它变得太大时.
  • 在MVC中,您完全有责任维护状态.

新技能

您需要新技能来模拟状态完整的场景

  • 对javascript,ajax,至少一个像jquery这样的javascript框架的深刻理解.第三方商业工具包可以缓解一些这些痛苦.
  • 根据复杂性,您可能需要Web应用程序框架,如Backbone.js/Knockout

期望

实现与Windows应用程序相同的响应能力将非常昂贵,因为您将使用多种技术.可能你的用户最初会讨厌新的应用程序.拥有熟练的网页设计师是非常重要的