Мой коллега здесь утверждает, что новые программисты должны сначала изучить ASP, прежде чем они узнают ASP.Net.
Я, похоже, согласен с ним, поскольку большинство новых программистов, которые начинают с ASP.Net, не понимают, как получить доступ к веб-почте, почтовому и государственному управлению: (
Что лучше всего изучить в веб-программировании Классический ASP или ASP.Net?
Я бы выбрал ASP.NET MVC поверх классического ASP. Проблема с классическим ASP - это уровень поддержки для него. С MVC вы узнаете, как получить доступ к веб-сайту/почтовому и государственному управлению, и в то же время получить преимущество от использования вашего любимого языка OO.
Я бы сказал, не изучайте классический ASP, а затем ASP.NET. Классический ASP мертв. Или должно быть.
Почему бы не изучить ASP.NET(MVC и WebForms), а также заниматься PHP. Глядя на PHP, он поможет разработчику понять, как он работает на более низком уровне абстракции.
Я бы сказал, что большинству новых веб-разработчиков было бы лучше сначала узнать об HTTP специально, не запутывая ничего с классическим ASP или ASP.NET.
Как только у них будут основы, я бы предложил перейти прямо к ASP.NET и скомпилированному/объектно-ориентированному языку кодирования.
В то время как классический ASP более компактный и сфокусированный (меньшая группа объектов для захвата), большинство написанных с его помощью кода, к сожалению, находятся в VB- Script.
Некоторый из самых жестоких кодов, которые я когда-либо видел, был классическими веб-сайтами ASP в VB- Script. Хотя, вероятно, возможно написать поддерживаемый и понятный код в VB- Script, сам язык, похоже, почти поощряет полную противоположность.
Кроме того, похоже, что ASP.NET MVC станет лучшим выбором для вашей среды, поскольку он "скрывает" меньше от HTTP от разработчика. Для определенных типов приложений это лучший выбор, чем веб-формы ASP.NET.
Вкратце: пропустите классический ASP и избегайте всех вредных привычек и проблем, которые он может представить.
Было бы не больно начинать с Classic ASP, но я не думаю, что это того стоило, так как с небольшим усилием вы можете понять, что Webforms абстрагируется от вас. Если вы хотите получить лучшее из обоих миров, начните с ASP.NET MVC.
Это эквивалентный аргумент, говорящий что-то вроде:
"Вы должны изучить паскаль, прежде чем научиться С++!"
Вы сравниваете 2 разных языка и платформы.
Я согласен с другими здесь, что изучение модели HTTP-запроса/ответа является ключевым. Я также заметил, что многие разработчики .NET не понимают HTTP-модель. Я узнал об этом с помощью ASP, но .NET WebForms упрощает разработчикам не знать об этом. Поэтому я согласен с тем, что ASP.NET MVC отлично подойдет как для .NET, так и для изучения модели HTTP.
Не очень важно начинать с ASP. Если вы были программистом ASP еще в тот же день, вы можете оценить некоторые концепции, которые были реализованы в ASP.NET. Тот факт, что IIS 7 и более поздние версии Visual Studio на самом деле не такие, что ASP-friendly означает, что изучение этого как нового программиста действительно более затруднительно, чем его ценность. Начните с того, что говорит то, что я говорю, потому что это то, что все делают.
Кроме того, быть ориентированным на решение - язык должен быть вторичным. В конце дня вам нужно доставить то, что работает, что делает клиента счастливым.
Оба языка имеют свои индивидуальные преимущества. Хотя я согласен с ответом "Haacked" и "John Sheehan". У каждого будет свое личное мнение. Так что лучше начать обучение, в котором вас интересует.
Я думаю, вам нужно думать гораздо дальше, чем государственное управление, и вместо этого думать о других последствиях наложения обучения классическому asp в первую очередь.
Вместо того, чтобы изучать классический ASP, вместо этого убедитесь, что ваши разработчики имеют "государственное управление" как часть своего учебного процесса. Все хорошие учебные материалы будут включать в себя раздел управления государством.
Возможно, вы рискуете думать в классической парадигме ASP и пытаетесь применить шаблон шаблона defunt для ASP.net. Вместо того, чтобы наилучшим образом использовать платформу ASP.NET и технологию.
Сказав, что я развиваюсь в ASP.net уже несколько лет. В настоящее время я поддерживаю классические ASP-системы класса предприятия. Имея знания о том, как были разработаны структуры, стоящие за этими системами, pre-ASP.net очень ценен и улучшил мой ASP.net.
Изучение альтернативного языка всегда ценно: недавно я разработал приложение для iPhone в objective-C, он дал мне лучшее представление о шаблоне MVC (парадигма defualt в XCode) - так улучшит мой ASP.net в долгое время.
Хотя взгляд на корпоративные системы будет ценным, я не думаю, что просто лепить классический ASP (то есть небольшие разовые страницы) с целью государственного управления и т.д. стоит и может иметь пагубные последствия. Вместо этого инвестируйте время в изучение ASP.net "хорошо" (т.е. Включите управление состоянием).
n.b. Мне показалось сложным не превращать это в классическую дискуссию ASP/ASP.net. Вместо этого попытался сосредоточиться на обучении.
Вы не изучаете ASP.NET, вы узнаете язык, такой как С# или VB.NET. Но да .NET > !.NET
Почему вы должны изучать классический ASP вообще? Он мертв; в нем нет никакой новой работы.
Если вы хотите изучить модель программирования, которая работает так, как работает веб (какие веб-формы Asp.net этого не делают, это нечеткая имитация форм Windows), существуют современные модели, такие как ASP.Net MVC.
Сначала изучите основы, написав статические страницы и поймите базовую модель HTTP-запроса/ответа.
Затем переходите к использованию технологии на стороне сервера. Я бы порекомендовал вам с Asp.Net Mvc, если ваша голова еще не заполнена моделью веб-форм Asp.Net, однако понимаем компромисс. Скорее всего, вам придется иметь дело с веб-формами рано или поздно, так как большинство веб-приложений .Net brownfield используют эту платформу.
Я бы порекомендовал просто перейти к ASP.Net. ASP настолько старый, что технологии, которые им придется изучать так много работы вокруг вещей, которые являются обычным местом.
Я бы также пошел с прямым ASP.Net над MVC, поскольку жюри все равно (для меня в любом случае) о том, насколько ценным MVC действительно является. Это требует большого контроля над разработчиком.