新程序员应该先学习ASP还是ASP.Net？
我的同事认为，新程序员在学习ASP.Net之前，必须先学习ASP 我似乎同意他的观点，因为大多数从ASP.Net开始的新程序员不了解web get、post和状态管理：(新程序员应该先学习ASP还是ASP.Net？,asp.net,asp-classic,Asp.net,Asp Classic,我的同事认为，新程序员在学习ASP.Net之前，必须先学习ASP 我似乎同意他的观点，因为大多数从ASP.Net开始的新程序员不了解web get、post和状态管理：( 学习web编程的最佳方法是经典ASP还是ASP.Net？我选择ASP.Net MVC而不是经典ASP。经典ASP的问题是它的支持级别。使用MVC，您可以学习web get/post和状态管理，同时还可以获得使用您最喜欢的OO语言的优势。从使用经典ASP，但我认为这不值得，因为只要稍加努力，您就可以理解Webforms从您身上抽
学习web编程的最佳方法是经典ASP还是ASP.Net？我选择ASP.Net MVC而不是经典ASP。经典ASP的问题是它的支持级别。使用MVC，您可以学习web get/post和状态管理，同时还可以获得使用您最喜欢的OO语言的优势。从使用经典ASP，但我认为这不值得，因为只要稍加努力，您就可以理解Webforms从您身上抽象出了什么。如果您想从ASP.NET MVC开始，请从ASP.NET MVC开始。两种语言都有各自的优势。不过，我同意“Haacked”和“John Sheehan”的回答。每种语言都有各自的优势ir个人意见。所以最好从你感兴趣的地方开始学习。我想说，大多数新的web开发人员最好先学习HTTP，而不要用经典的ASP或ASP.NET弄乱东西 一旦他们掌握了基本知识，我建议直接转向ASP.NET和编译/面向对象的编码语言 虽然经典的ASP更紧凑、更专注（要掌握的对象组更小），但遗憾的是，大多数使用它编写的代码都是用VB脚本编写的 我见过的一些最糟糕的代码是用VB脚本编写的经典ASP网站。虽然用VB脚本编写可维护且清晰的代码是可能的，但语言本身似乎几乎鼓励完全相反的做法 另外，听上去ASP.NET MVC对于您的环境来说是一个更好的选择，因为它对开发人员“隐藏”的HTTP较少。对于某些类型的应用程序，它是一个比ASP.NET Web窗体更好的选择
总而言之：跳过经典ASP，避免它可能带来的所有坏习惯和问题。如果你没有真正学习ASP.NET，你将学习C#或VB.NET之类的语言。但是是的.NET>！.NET我会说，不要学习经典ASP，那么ASP.NET。经典ASP已经死了。或者应该死了
为什么不学习ASP.NET（MVC和WebForms），同时也涉猎PHP。了解PHP可以帮助开发人员了解在较低的抽象级别上工作是什么样子的。这与说： 在学习C++之前，你必须学习帕斯卡！
您正在比较两种不同的语言和平台。我同意这里的其他人的观点，学习HTTP请求/响应模型是关键。我还注意到，许多.NET开发人员不理解HTTP模型。我是使用ASP学习的，但是.NET WebForms使开发人员不需要了解HTTP模型变得容易。因此我同意ASP.NET MVC这是一个既能学习.NET又能学习HTTP模型的好方法。为什么要学习经典ASP？它已经死了，没有新的工作要做
如果您想学习一种与web工作方式相同的编程模型（Asp.net webforms没有，它是对windows窗体的一种泄漏模仿），有像ASP.Net MVC这样的现代模式。我建议只使用ASP.Net。ASP是一项非常古老的技术，他们需要学习许多常见的解决方法
我也会选择纯ASP.Net而不是MVC，因为陪审团还没有出来（对我来说）MVC到底有多大的价值。它让开发人员失去了很多控制权。从ASP开始没有什么价值。如果你当时是一名ASP程序员，那么你可以欣赏ASP.NET中的一些概念。事实上，IIS 7和较新版本的Visual Studio并不是真正的ASP友好意味着作为一名新程序员学习它确实比它的价值更麻烦。从我所说的最新内容开始，因为这是每个人都在做的事情
此外，要以解决方案为导向-语言应该是次要的。在一天结束时，你需要提供一些能让客户满意的东西。首先通过编写静态页面学习基础知识，并理解基本的HTTP请求/响应模型。
然后，继续使用服务器端技术。如果您的头脑中还没有Asp.Net webforms模型，我建议您使用Asp.Net Mvc，但是请理解这种权衡。由于大多数.Net brownfield Web应用程序都在使用该平台，您很可能迟早要处理webforms。我认为您需要进一步考虑而不是状态管理，而是首先考虑强制学习经典asp的其他含义 与其学习经典的ASP，不如确保开发人员在培训过程中有“状态管理”。所有好的培训材料都将包括状态管理部分 您可能会冒着使用经典ASP范式的风险，试图将一种卸载设计模式应用于ASP.net，而不是充分利用ASP.net的平台和技术 话虽如此，我已经在ASP.net中开发了很多年。我目前正在维护企业级经典ASP系统。了解这些系统背后的框架是如何在ASP.net之前开发的是非常有价值的，并改进了我的ASP.net 学习另一种语言总是很有价值的：最近我用objective-C开发了一个iPhone应用程序，它让我更好地理解了MVC模式（XCode中的defualt范式）——因此从长远来看，它将改进我的ASP.net 虽然研究企业系统会很有价值，但我不认为仅仅为了状态管理等目的而涉猎经典ASP（即小型一次性页面）是值得的，并且可能会产生不利影响。相反，请投入时间“很好地”学习ASP.net（即包括状态）