Вопрос 2. Преимущества ASP.NET перед ASP

Преимущества ASP.NET перед ASP

· Компилируемый код выполняется быстрее, большинство ошибок отлавливается ещё на стадии разработки

· Значительно улучшенная обработка ошибок времени выполнения, с использованием блоков try..catch

· Пользовательские элементы управления (controls) позволяют выделять часто используемые шаблоны, такие как меню сайта

· Использование метафор, уже применяющихся в Windows-приложениях, например, таких как элементы управления и события

· Расширяемый набор элементов управления и библиотек классов позволяет быстрее разрабатывать приложения

· ASP.NET опирается на многоязыковые возможности.NET, что позволяет писать код страниц на VB.NET, Delphi.NET, Visual C#, J# и т. д.

· Возможность кэширования всей страницы или её части для увеличения производительности

· Возможность кэширования данных, используемых на странице

· Возможность разделения визуальной части и бизнес-логики по разным файлам («code behind»)

· Расширяемая модель обработки запросов

· Расширенная событийная модель

· Расширяемая модель серверных элементов управления

· Наличие master-страниц для задания шаблонов оформления страниц

· Поддержка CRUD-операций при работе с таблицами через GridView

· Встроенная поддержка AJAX

· ASP.NET имеет преимущество в скорости по сравнению с другими технологиями, основанными на скриптах.

Здесь можно привести определённые сравнения. Так, ASP - производная от Win32, XML и HTML; PHP - от XML, HTML, Java и CDI, тогда ASP.NET - от HTML и.NET(XML и XAML соответственно). При этом, если обычно Rich Media Application создают при помощи Flash, теперь это делается с помощью модуля Silverlight, так же через сам ASP.NET. ASP.NET - богатейшая[источник не указан 435 дней] среда для разработки и развёртывания веб-ресурсов. В ASP.NET можно работать с любым.NET языком, вплоть до Managed C++ и Visual Basic, что позволяет не задумываться о переходе на C#.

Корпорация Майкрософт выпустила несколько расширений для ASP.NET:

ASP.NET AJAX

ASP.NET MVC Framework

Ключевым сервисом промежуточной среды для создания распределенных систем является обеспечение обмена данными между компонентами распределенной системы. В настоящий момент существуют две концепции взаимодействия программных компонент: обмен сообщениями между компонентами и вызов процедур или методов объекта удаленной компоненты по аналогии с локальным вызовом процедуры. Поскольку в настоящее время любое взаимодействие между удаленными компонентами в конечном итоге основано на сокетах TCP/IP, первичным с точки зрения промежуточной среды является низкоуровневый обмен сообщениями на основе сетевых сокетов, сервис которых никак не определяет формат передаваемого сообщения. На базе протоколов TCP или HTTP затем могут быть построены прикладные протоколы обмена сообщений более высокого уровня абстракции для реализации более сложного обмена сообщениями или удаленного вызова процедур.

Удаленный вызов является моделью, происходящей от языков программирования высокого уровня, а не от реализации интерфейса транспортного уровня сетевых протоколов. Поэтому протоколы удаленного вызова должны обязательно базироваться на какой либо системе передачи сообщений, включая как непосредственное использование сокетов TCP/IP, так и основанные на нем другие промежуточные среды для обмена сообщениями. Реализация высокоуровневых служб обмена сообщениями, в свою очередь, может использовать удаленный вызов процедур, основанный на более низкоуровневой передаче сообщений, использующей, например, непосредственно сетевые сокеты. Таким образом, одна промежуточная среда может использовать для своего функционирования сервисы другой промежуточной среды, аналогично тому, как один протокол транспортного или сетевого уровня может работать поверх другого протокола при туннелировании протоколов.