Я потратил много лет на разработку «классического» ASP, прежде чем перейти на ASP.NET.
Во-первых, я бы сказал, что не стоит беспокоиться о ресурсах (например, книгах), являющихся ASP 3.0, даже если вы нацелены на ASP 2.0. Для подавляющего большинства ваших разработок и кода они фактически одно и то же. Да, есть отличия, но ASP 3 от ASP 2 был «итеративным» переходом (и при этом не большим прыжком) - аналогично тому, как (например) VB9 является итеративным переходом от VB8 (то есть вы можете взять все, что знать о VB8, и это относится к VB9 - VB9 просто добавляет немного больше). IIRC, самый большой «скачок» был ASP1.0 к ASP2.0, а не ASP2.0 к ASP3.0.
ASP использует (по умолчанию) VBScript, который фактически является урезанной версией VB (VB из v5 или v6). В настоящее время изменения в языке были очень итеративными, поэтому практически все, начиная с VB5, применялось к VB6. То же самое с VBScript (и, следовательно, ASP).
Основное различие между «настоящим» VB и VBScript заключается в том, что VBScript интерпретируется. Из-за этого все ваши объекты будут иметь позднюю привязку. Не исключайте проверки типов во время компиляции. Нет времени компиляции! Там также нет реальной системы типов, чтобы говорить, все это вариант.
С другой стороны, это невероятно легко начать работу с простым приложением ASP, и вам потребуется чуть больше, чем Блокнот (или другой элементарный текстовый редактор), чтобы создать простую страницу ASP, которая может быть «запустить» на веб-сервере.
Одна из самых больших проблем с ASP заключается в том, что нет реального разделения вашей разметки (HTML) и вашего кода (VBScript). Каждая ASP-страница, по сути, будет представлять собой некоторую статическую разметку HTML, с VBScript, «внедренным» в нее, которая будет эффективно выступать в роли «генератора» для большего количества динамически создаваемого HTML. Это может быть несколько управляемо, когда приложение маленькое и / или не слишком сложное, но для чего-либо среднего + и / или среднего (или большей сложности) это может стать реальным бременем обслуживания, так как код и разметка приложения настолько переплетены .
Интересно, что я нашел пару ссылок, в которых говорится об использовании (или продолжении использования) «классического» ASP даже в «современный день»:
8 причин придерживаться ASP 3.0 в 2006 году (и в 2007 году)
(пара лет устарела, но упоминает некоторые преимущества ASP)
Classic ASP Framework - заставьте ваш классический код ASP работать так же, как в ASP.NET
(«Фреймворк», который будет использоваться с классическим ASP, чтобы сделать его немного похожим на ASP.NET - я никогда не использовал его, но это выглядит очень интересно.)
Наконец, для хорошей книги по классическому ASP, я бы порекомендовал:
Профессиональные активные серверные страницы 3.0
Активные серверные страницы 2.0 развернуты
Кроме того, не забудьте проверить на страницах MSDN изменения между версиями IIS, которые повлияют на ASP:
Изменения в функциях ASP в IIS 5.1
Изменения в функциях ASP в IIS 6.0