有很多网站仍然使用经典的ASP而不是ASP.NET，但这不是问题 - “永远不会改变正在运行的项目”。
问题是它是否仍然是作为新Web项目基础的第一选择，还是值得切换到ASP.NET？你会推荐一个经典的ASP程序员另一种语言来切换吗？自首次发布以来，没有单一的经典ASP更新，但很多公司仍然将它用于新项目。理所当然？
答案 0 :(得分：9)
虽然我个人从不愿意选择在ASP.NET项目上创建另一个ASP项目，但这样做的最大原因是“技能组合”。我肯定会推荐一个ASP开发人员提取ASP.NET，但是如果有一个项目需要“现在”，请按照你所知道的去做。然后在 另一个 项目之前学习ASP.NET。 ：）
ASP.NET比ASP有许多改进，但我们（前集体前经典ASP开发人员社区）使用经典ASP创建了许多优秀的应用程序。
答案 1 :(得分：8)
在我看来，与ASP.NET Webforms或ASP.NET MVC相比，绝对没有理由使用经典ASP。
除非您需要与现有的经典ASP应用程序集成，因为某些内容（特别是会话）在应用程序边界内不兼容，导致创造性的变通方法（在您的localhost上运行的Web服务... yuck）
答案 2 :(得分：6)
来自经典的ASP背景，我有同样的问题。 3 - 4年前，我走上了走向ASP.NET/VB的道路。我可以告诉你，从ASP / VBScript到ASP.NET / VB的交叉几乎没有。在最初的几个月里，我对整个.NET平台感到非常沮丧（更像是第一年！）并且不断回归到经典的ASP。
从长远来看，我最终从头开始并选择了ASP.NET / C＃。奇怪的是，我觉得C＃的语法更自然，即使我的背景是在VBScript中！
对于常规的Web开发，ASP.NET就像使用简单的ping锤一样使用大锤。但是，.NET平台背后的强大功能使其在企业环境中具有无可估量的价值，在这种环境中，您的Web通常会与其他应用程序模糊不清。
鉴于我现在所知道的，我可能会转向PHP。编程风格不仅类似，而且PHP确实专注于Web。然而，很容易迷失在.NET平台提供的大量信息中。新的.NET技术在最近出现的速度可能并且已经变得势不可挡。
直接回答您的问题：如果您仍然处于Web开发领域，那么我建议您仔细研究PHP以获得新项目。
答案 3 :(得分：2)
我很难推荐在新项目中使用“经典”ASP，但是，与任何新项目一样 - 它应该始终是选择最适合工作的工具，而不是使用“工具X” “，只是因为它是：
例如，如果“公司X”（谁是一家拥有20名员工的小公司）需要一个新的Web应用程序用于其内部网以记录假期/请假请求，并且内联网服务器是一个老化的NT4框，则经典ASP将是要走的路。我建议他们升级到可以处理支持的服务器操作系统的新机器，例如Win2k3，但很可能他们根本没有预算/需要。
答案 4 :(得分：2)
对于现有项目，在我必须进行一些根本性的更改/添加之前，我无法选择切换到另一种语言。重新编程非常耗时，您的客户无法正常付款。
在我看来，PHP是一种不错的网络语言，毫无疑问。但我不会将它用于非常大的项目，因为它不是预编译的，这可以提高速度（我的经验）。但是几年前我离开了PHP-Development，也许现在有一些很好的改进。此外，我不会在IIS上运行PHP，也不会在Windows服务器上运行Apache。因此，当您的整个服务器设备基于Windows时，您将不得不使用linux / apache / php设置新的服务器 - 您的公司需要支付更多费用。
我同意大多数答案，没有充分的理由永远留在经典的asp新项目中，并且应该制定计划转换到另一种语言。我们目前仍然使用经典ASP对大多数新项目进行编程，因为我们有许多自制库可用于我们的CMS等，我们必须用.NET / C＃重写它们。还必须建立一些新的编码约定（例如如何制作导航，文件夹结构...... ），因此我们正在与.NET中的示例项目一起工作，并在完成后我们只会对现有项目进行小的更改，直到我们有机会至少部分地用另一个客户分配来兑换重写。
这是一个缓慢的过程，但我相信它迟早要完成。 （而且我也是.NET-Framework的忠实粉丝！:-)）
答案 5 :(得分：2)
您可以考虑在ASP classic和ASP.NET之间查看some of the differences。我不得不在过去维护这两者，我可以告诉你，在.NET与ASP Classic的开发中有许多乐趣。过渡到任何网络时尚语言（PHP，ASP.NET，Ruby，Python），只要知道ASP Classic缺乏的地方就值得。
答案 6 :(得分：1)
我认为现在是切换到Asp.net的最佳时机。 asp.net更好的面向对象方式肯定会帮助你减少代码管理的夜间母马。
答案 7 :(得分：1)
对于任何剩余的ASP坚持，我实际上建议跳转到PHP。它比ASP更像ASP，并且不乏新的工作。
话虽这么说，我非常喜欢ASP.NET（包括MVC和WebForms） - 但是，我在大约7年前离开了ASP开发。 ;）
答案 8 :(得分：1)
就像提到的另一张海报一样，工作人员的技能组合将是决定因素。
如果它是一个经典的ASP商店，必须尽快完成某些事情（什么不是，对吧？），那么可能很难说服管理层需要.NET，特别是如果它影响时间线。这是为一次性项目添加一些.NET页面的地方派上用场，因为它让开发团队熟悉该语言并决定何时从Classic ASP切换到.NET。
展望未来，重要的是要记住，虽然经典ASP仍然可以运行并运行良好，但它不会去任何地方，你不能指望对语言/工具的任何更新/更改。
据说，根据我的经验，我发现jQuery / Ajax / DOM脚本为经典ASP页面提供了新的生活镜头并添加了一些“花哨/酷”的东西我的客户希望在他们的网站上看到。
答案 9 :(得分：1)
我不会在经典的asp中写一个新的app / website。为什么？理由数量：
1）MS不再修复经典的asp错误，最终支持将不再存在，它必须。 2）.net的性能要快得多 3）.net有很多有用的扩展（例如AJAX） 4）技能组合 - 在考虑技术时，你必须确保你能找到一个人在将来轻松维护它
.net已经存在了一段时间并且已经过测试，因此对于新项目肯定会安全（并推荐）切换。
答案 10 :(得分：0)
好吧我老实说不会...使用asp .net你可以利用.net框架和面向对象的编程......仅此一点就足以让我使用asp .net而不是经典的asp ..
答案 11 :(得分：0)
我们的团队曾两次被要求显着“升级”一个经典的ASP网站，在这两种情况下，我们在ASP.Net中转换/重写它是一场噩梦。我知道“不要重写什么是有用的”口头禅，但知道我们或其他人必须继续维护代码库并看到可怕的 ASP代码要维护，我们决定制作一个干净的休息。
仅凭这个原因，我认为没有什么可以推荐在经典ASP中写任何其他内容。如果ASP.Net不是一个选项，我会选择PHP或Ruby。