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

有没有人有过从传统Asp迁移到.Net的公司的经验

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

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

整个公司都在一个大规模的解决方案中。许多完全独立的项目的代码都混合在“主解决方案”中的一组“文件夹”中，并分散在其中。这些文件夹中的每一个都包含place在.Net中创建的任何应用程序的各种信息

我的问题是这样的公司会发生什么？他们倒闭了吗？他们是否会无限期地坚持下去，继续做一个真正的.Net程序员无法忍受的、劳动密集型的“代码库”维护噩梦？他们曾经看到光明吗？如果是，怎么做

---

我必须知道。

有可能，它们不会迁移。代码仍然有效，只是太旧了。最有可能发生的情况是，该项目将一次更换一小部分，但不会采用总体战略。这将是缓慢而艰难的。将会有关于重写应用程序的讨论，但它永远不会真正发生。很多地方都有这样的心态，如果它没有坏，就不要修复它。如果它做了他们需要它做的事情，它将存在很长一段时间

我在一家拥有30000页内联网的公司工作。。写在经典的asp。更不用说ASP和VB组件中的200多个internet应用程序了

我们在网上仍然有很好的生意（近60%）。我不能很快迁移。我们做得很慢。最好在.net中执行新项目。我同意凯文的观点，如果它有效，为什么要打破它

---

大多数时候，如果业务运行正常，就没有任何好的理由进行迁移。

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

你是不是每次Glidden推出一种新的/更好的配方，可以使用更长的时间，你都会刮去房子上所有的油漆，然后重新粉刷？可能不会。当它需要重新绘制时，你可以重新绘制。

是旧的，但肯定是“新与旧”技术争论的总结，以及它对业务的实际意义

---

如果旧技术是经验证的、稳定的赚钱工具，那么用新的语言重写它只会增加风险。

谢谢你的回答。我觉得这是最好的。我不是说我们的旧Asp应用程序正在.Net中重新编写。预计它们还将持续20年。（顺便说一句，旧的ASP应用程序不起作用：糟糕的、糟糕的代码。修复bug所需的时间比编写新的要长。不破坏另一个东西是不可能修复的，安全性很差等等）是新创建的应用程序被放进了.Net。非常糟糕。。。再次感谢。