经典的ASP有没有好处ASP.net
现在通过创build几百个简单的Web表单与经典的ASP工作了约2年，我看不到切换到.net的一个很好的理由; 然而，我并不是很熟悉.net，所以我相信我可能会错过一些东西。
我经常听到的一些关于工作的点可以在这里find： http ： //www.packtpub.com/article/Classic-ASP （不是我分享所有这些想法，但它是一个很好的起点）
我非常有兴趣听到别人在这个问题上的发言。
你错过了几件事情！ ASP.NET比老式的ASP曾经想过的更高效，更强大，更可维护。 服务器端控件，第三方控件，母版页，表单validation，表单validation，OO模型，鼓励适当的应用程序分区，易于部署，内置debugging和跟踪，状态pipe理。
你甚至可以selectWebForms或MVC。 如果你没有彻底调查你所缺less的东西，那么你完全不知所措。
如果你喜欢ASP，并且想转移到ASP.NET，那么跳过Webforms并学习MVC。
对我来说，最大的问题是我创build应用程序，而不是网站… UI是问题的一个小部分，大部分是编写业务逻辑层和各种企业通信组件（使用SOAP连接到SAP？没有问题！）。
.NET工具箱允许我用一个奇妙的面向对象语言（C＃）进行编程，并有一个强大的框架来帮助你。
VbScript是尝试编写一个商业应用程序的一种难以理解的语言。
但是，如果你所做的只是一个简单的小表单，那么一定要使用VbScript。
至于你的链接，它基本上归结为：
- WaaWaa，我不喜欢Visual Studio
- WaaWaa，我想编辑生产服务器上的生产代码，就像一个白痴。
- WaaWaa，我不知道部署一个编译的DLL是一个小网站需要部署一个asp.net应用程序。
基本上，它的无知简而言之。
要专注于具体的问题（“经典vs .Net的好处”），我只能想到两件事情Classic.Net不会：
1）包括。 他们只是不像你在ASP.Net期望的那样工作。 当然，ASP.Net提供了更好的方法来完成同样的事情，但是还是有点遗憾，可以让旧网站迁移到.Net上。
2）ASP.Net不会超出应用程序的根文件夹。 我所在的地方，我们有一个相当复杂的内部网，仍然是大多数传统的ASP，随着事物的更新或添加新的东西，在这里和那里有less量的.Net应用程序。 如果能够在文件夹层次结构中保留一个相当高的通用代码副本，但仍将每个应用程序隔离到它自己的VD中，这将是非常好的。 但是，那么这就是源代码控制，所以这不是什么大问题。
对我来说，从传统的ASP和ASP.Net到目前为止最大的优势是IDE。 能够右键单击一个函数调用并select“Go to Definition”是非常好的，而不必四处寻找函数实际实现的文件。 巨大的节省时间。 调用函数时的智能支持和types安全也是一个福音。
对于我来说，我不得不说，经典的ASP开发起来很快，使用起来简单，不会过于复杂，而且能够处理大部分的事情。
以JScript / Javascript为主要语言的ASP实际上是非常有趣的代码。 VBScript是大脑的力量的浪费，我认为它给经典ASP的坏名字。 加上其认为缓慢，但所有关于速度和用户数量的文章是基于10年以上的旧服务器。 我们运行的网站每天在两台服务器上获得6万用户，并且CPU几乎没有闪烁。 现代服务器为您提供了更多的function。
随着Javascript使用的巨大飞跃，近年来的devise和最佳实践，ASP JScript编码器可以获得许多好东西，使生活更容易。 我已经将Mootools移植到了服务器端，并且我们得到了很多帮助，类模型，优秀的事件模型等等。 ASP非常有趣。 更新：Mootools现在有一个服务器端版本，您可以下载（ http://mootools.net/download ）。
ASP.net是超级强大的，但有很大的学习曲线的坡道做得好，可以把你的整个网站下来，当它有一个合适的，最坏的，我似乎可以真正围绕房子获得最简单的事情做完了。
我现在有很多的乐趣，使用哪一个最适合的差距。 我有一个伟大的CMS Cacher和Thumbnailer内置.net，我的ASP脚本使用。 两全其美。
性能，可伸缩性和框架为Web应用程序的无状态世界提供了一个更好的基础。
维基百科的ASP.Net页面有一个区别。
如果你回头看看你的旧代码，说：“我在想什么！这是垃圾，现在我写代码好多了！” 那么你已经开发了一个程序员。
如果这些网站是相当临时的（即你快速构build它，它被用于一个特定的目的和时间，然后它被有效地closures），然后以最舒适的方式轰炸这些网站是完全可以接受的。
如果您现在需要（或者希望）将您的旧网站反向移植到一个很长的错误，修复和改进列表中，或者您的“小型站点”正在变得越来越庞大，这会给您造成很大的麻烦，那么您需要退后一步，重新评估你如何构build和支持这些网站。
我非常同意ASP.NET是一个非常成熟和有效的编程环境。 但是，像任何工具一样，您需要知道（或学习）使用它的正确方法，因为它不会自动将您变成一夜之间的“超级程序员”。
一种打破僵局的方法是同意你的老板，你创build的下一个“网站”是在ASP.NET中开发的。 向他解释说，由于你必须“头脑冷静”ASP.NET，所以要比现在交付网站花费的时间要长得多，但好处是x，y和（只留给读者！）
就个人而言，我还处于过渡阶段（我开始使用v1！），因为我有一个相当强大的经典ASP框架，我开发和舒适。 不过，我已经在战略上使用了ASP.NET，并且发现它非常强大，而且最终你写的代码就less了，因为.NET框架中内置了很多内容，只要你可以在文档中find它。
我也build议你不要使用VB.NET和你咬紧牙关使用C＃。 语言的变化是相当小的，但是你减less了写作你的网站的机会和以前一样。 它有助于打破不良习惯，并为您提供学习新技术的机会。
祝你好运！
我有一个词“debugging” – 你永远不想使用它，但你总是这样做。 在.Net中，如果使用Visual Studio，与尝试在ASP上debugging代码相比，您会看到一个奇妙的debugging器。
对于简单的网站，我实际上更喜欢ASP与ASP.NET，特别是如果你知道HTML很好。 然而，使用ASP，将业务逻辑从视图分离是困难的; 你写的代码可能会很难读取和维护。
虽然PHP比ASP要好 – 在基本层面上也有些类似。 如果你对自包含的web开发堆栈感兴趣的话，你总是可以去Rails或者Django（但是学习曲线要长得多）。
ASP.NET的一个优点是，您可以select像使用经典的ASP一样编写您的网站，同时可以访问.NET框架的丰富性。 您可以保留现有的function，并添加需要的新的ASP.NETfunction。 他们混合好。
不幸的是，被引用文章的作者对于ASP.NET背后的技术并不十分熟悉，他的评论（甚至可能不是传统的ASP）显而易见。 他的大部分观点都是无效的或者完全错误的。
这里的每个人都提出了有效的分
直到3年前，当我切换到.NET 2.0时，我才是一个经典的ASP开发人员。
我不能回去（即使我仍然需要修复一些经典的ASP网站）。
我错过了一个logging集对象，数据中继器很适合快速显示数据，但数据集同时提供了很好的function，在“大型”网站上的性能方面是非常糟糕的。 公平地说，我一直在使用经典ASP中的Arrays以迂回的方式处理数据集。 我使用数据集的唯一时间是我的电子商务网站篮子。 我确实想念rs.movenext等等…
FlySwat是我看到很多开发者制造的最大的错误之一。
是的业务逻辑，面向对象等… .NET带来的是伟大的（可伸缩性我不会100％同意，但绝对更可扩展），但是当使用ASP.NET，你仍然在创build一个WEB站点。 忘记使用术语“应用”这个胡说。 我遇到过很多优秀的.NET开发人员，他们构build了多层的OO站点，但他们并没有真正了解构build网站的独特性。 比如状态，还是他们过度依赖Javascript的血腥烦人的问题。 大多数这些开发人员构buildMStypes的网站，通常不符合W3C，没有跨浏览器友好，从来没有优雅地降级。 而且，即使是只能与IE兼容的后台应用程序，也是不可接受的。
.NET也倾向于“简化”简单的网站。 .NET在许多方面是让WinForm开发者开始build立网站（或者他们喜欢的，networking应用程序）的一种方式。 问题是，这带来了一批开发者，他们不必担心国家，标准等奢侈品。
我仍然认为任何.NET站点都可以用传统的ASP构build，并且为最终用户运行得更快（页面响应时间）。
…但是，虽然我对经典的ASP有着美好的回忆，但是在成像，encryption，压缩，简单的web服务集成，适当的OO，体面的n层，可扩展性等方面，我可以用.NET做些什么。给.NET的优势。 即使愚蠢的事情，如简单地添加一行代码到web.config，告诉它如果用户不接受cookie（这是一个在传统的ASP疼痛）查询string会话ID是很好的。
移动到.NET，你不会后悔，但是给自己一些时间（特别是如果你不知道OO（inheritance，抽象，多态和封装）。不要在经典兼容模式下开始构build.NET站点，如果VBScript是你的主要开发语言，那么这个跳跃就不会像MS或其他人那样容易相信。
对我来说最重要的是，我从传统的ASP日子，基本的网站应用程序（;-)）devise，这应该永远不会改变语言。
在这个线程中很less有人回答这个问题。 我不会采取简单的方法，而是会采取一些措施：
没有提到的一些好处（以JScript为中心）：
- 如果你足够的使用它， 你可以学习整个语言并保存在你的内存中 – 我不认识任何声称了解整个.NET框架的人; 这使编码非常迅速。
- 弱打字 – 这可以让你快速打字的速度更快，例如，你真的关心
char和string大部分时间之间的区别吗？ （在这里插入宗教的战争） - Eval ：这个惹人注目的关键字实际上非常强大，可以让你在运行时以真正有趣的方式操纵你的代码
- 客户端/服务器语言兼容性 ：JScript与Javascript的相似性意味着您可以使用相同的包含文件进行服务器端validation，就像您用于客户端一样。
如果你所做的只是简单的小网页，然后做任何事情。 或者更好的学习PHP。 你将要得到的大部分响应都来自于制作networking应用程序的人，而对于asp.net而言，尽pipe在经典的aspfunction和可维护性方面让人大跌眼镜。
我同意这里的所有人，除了那个跳过webforms并直接去MVC的人。 这没有帮助。 Webforms对于执行大量表格显示的数据库驱动的应用程序非常有用。我曾经在一些非常大的webforms应用程序上工作，并且工作正常。 MVC适合更多交互式“Web 2.0”types的应用程序。
做了一个“重命名ASP到ASPX，改变，直到它编译”应用程序端口的asp.net我可以说，即使在ASP.NET .NET经典风格的编程比ASP经典。 VS当然会鼓励你陷入成功之坑，并把你推向networkingforms和代码隐藏的处事方式，但是这种语言足以expression出复制asp classic的模式（即大量的金块/内联代码，交叉发布页面等）
我想我以前就听说过，你可以用任何语言编写COBOL。 对于传统的asp，这是真的。
我总是使用经典的ASP，它的作品非常漂亮。
我尝试了几年的ASP.net，但是对于大多数网站开发来说太复杂了。 我的客户不喜欢它，要么是因为他们不明白。 他们也喜欢知道自己并没有被locking在一个开发者身上。
ASP.NET不断变化，需要巨大/持续的学习曲线才能保持最新。 MS将主要语言切换到C＃，这使得转换变得更加困难。
我的工作效率放慢了，因为我一直在寻找教程或如何做所有事情的例子。
Visual Studio是一只小猪。
PHP有一个丑陋的语法和太多不同的框架，这使得为开发者的目的而学习是不可能的。 在我看来，只有在有专职人员的情况下才能使用内联网。
经典的ASP被locking，今天完美的工作就像多年前一样。 有了一些库文件，编写代码很容易，在互联网上的例子是无限的。
正确书写，大多数人不会，vbscript是干净可读，高效的代码。 我留下像jQuery这样的图书馆客户端的东西，发现我更多的生产力。
5个理由你应该仔细看看ASP.NET MVC
如果你现在使用的是经典的asp（没有CTO的授权），那么你需要看到一个缩小。 或者你是一个受虐狂。 或者作为撒但，在这种情况下，你会喜欢它，因为你会在地狱！ ：p
在一个严肃的说明…为Web应用程序使用WebForms。
对于轻巧，快速和肮脏的网站，请使用ASP.NET MVC。
关于ASP的好处是你可以使用VB.NET，C＃，Eiffel，Boo或PHP语言！ 对于PHP检查Phalanger …
由于我付费来创build解决scheme，而不是编写代码，所以我只喜欢ASP.NET而不是传统的ASP。 尽pipe传统的ASP对于非常小的简单的站点仍然是实用的，但是在编写更复杂的站点时，ASP.NET背后还是有很多的优势。 另外，即使使用ASP.NET，您仍可以使用记事本自己编写.aspx文件，包括embedded的vb或c＃代码。 Visual Studio只是提供了很多额外的function，不需要自己编写更多的代码。 而且，正如我所说，我没有得到代码编写…
