Более того, Web-страницы, написанные в таком стиле, могут быстро вырасти до неуправляемых размеров. При добавлений пользовательских компонентов СОМ (реализующих функции, которые отсутствуют в ASP) управление еще больше затрудняется. Основной момент состоит в том, что независимо от выбранного подхода код ASP становится ужасно запутанным и практически не поддающимся отладке — если отладка ASP вообще сможет работать в вашей среде.
В ASP.NET таких проблем не существует. Web-страницы написаны согласно встроенных традиционных объектно-ориентированных концепций и содержат элементы управления, подобные тем, что присутствуют в настольных приложениях. Это означает, что нет необходимости сочетать разметку HTML с внутритекстовым кодом. Если при создании страниц ASP.NET вы предпочитаете использовать подход скрытого кода, код и презентация фактически помещаются в разные файлы, что упрощает эксплуатацию кода и позволяет отделить задачу проектирования Web-страницы от тяжелой работы по кодированию для Web.
К моменту создания ASP казался идеальным решением для разработчиков программного обеспечения для настольных систем, переходящим в мир Web. С помощью ASP разработчики могли пользоваться знакомым языком, подобным VBScript, на серверной платформе программирования вместо изучения полностью нового языка или методологии. Опираясь на уже известную модель программирования СОМ (модель компонентных объектов), эти языки написания сценариев также выступали в качестве удобного средства доступа к серверным компонентам и ресурсам. Но даже если ASP был простым для понимания разработчиков, уже знакомых с языками написания сценариев, такими как VBScript, это им дорого обошлось. Поскольку ASP был основан на старых технологиях, изначально предназначенных для использования клиентом, он не мог так же хорошо работать в новой среде Web-разработки.
Производительность была не единственной проблемой. Каждый объект или переменная, которые используются в классическом ASP-сценарий, относится к универсальному типу данных (variant). Большинству программистов Visual Basic известно, что универсальные типы данных слабо поддаются контролю. Они требуют больших объемов памяти, динамически связаны и приводят к снижению производительности. Более того, компилятор и различные инструментальные средства не могут идентифицировать их во время разработки. Это сделало практически невозможным создание действительно интегрированной среды разработки, которая могла бы предложить программистам на ASP что-либо похожее на мощную отладку, средство IntelliSense и проверку ошибок, которые можно найти в Visual Basic и Visual C++. Без инструментов отладки программисты на ASP были вынуждены самостоятельно выявлять неполадки в своих сценариях.
Все эти проблемы решены в ASP.NET. Для начинающих страницы и Web-службы ASP. NET исполняются в CLR (Common Language Runtime — общеязыковая исполняющая среда), поэтому могут авторизоваться в любом языке с компилятором, совместимым с CLR. Теперь вы не ограничены языками VBScript или JavaScript — вы можете использовать современные объектно-ориентированные языки, подобные Visual Basic и С#.
предыдущая следующая страница оглавление
35