从经典的asp到.net的迁移灾难

Question

有没有人有从经典Asp迁移到.Net的公司的经验？

在这家公司中，代表解决方案的“文件夹”图标和代表项目的“文件夹”图标以及代表文件目录的“文件夹”图标都是一样的。

.Net IDE只是一个更好的记事本。

整个公司都在一个庞大的解决方案中。应该是多个完全独立的项目的代码在“主解决方案”中的一组“文件夹”中混合并分散。这些文件夹中的每一个都包含该地点曾在.Net创建的任何应用程序的杂项信息。

我的问题是这样的公司会发生什么？他们破产了吗？他们是否会无限期地坚持下去，坚持使用同样的，劳动密集型的“代码库”维护噩梦，真正的.Net程序员无法忍受？他们有没有看到过光？如果是这样，怎么样？

我必须知道。

Answer 1

有可能，他们不会迁移。代码仍然有效，它只是旧的。最有可能的是，项目将一次取代一小部分，而不是整体战略。这将是缓慢和苦苦挣扎。会有关于重写应用程序的讨论，但它永远不会真正发生。很多地方都有心态，如果没有破坏就不要修理它。如果它做了他们需要它做的事情，它将会存在很长时间。

Answer 2

我为拥有内部网30,000页的公司工作..用经典的asp写的。更不用说200多个互联网应用程序罪ASP和VB组件。 ; - ）

我们仍然可以在线获得良好的业务（近60％）。不能很快迁移。我们慢慢来。最好在.net中做新项目。我同意凯文，如果它起作用，为什么要打破它。

如果工作正常，企业就没有任何理由去迁移。

Answer 3

但它仍然有效吗？如果是，那么，为什么，特别是在这个经济体中你会升级？只是为了它？需要有一个更好的理由。

你是否从你的房子里刮下所有油漆并每隔一段时间重新涂漆Glidden会推出一种新的/更好的配方，应该持续更久？可能不是。你需要重新粉刷时重新粉刷它。

Answer 4

This excellent article已经过时了，但绝对总结了“新旧”技术辩论，以及它对企业的实际意义。

如果旧技术是经过验证的，稳定的赚钱机器，用较新的语言重写它只会增加风险。