Microsoft .NET

Данная статья демонстрирует то, как Catharsis может помочь в быстрой разработке трудоемких приложений корпоративного уровня.

Данная статья демонстрирует простой пошаговый процесс со всем необходимым для установки структуры Catharsis на вашем компьютере и создания решения. 

Данная статья поясняет способ содержания состояния веб-приложения.

При разработке приложения типа клиент/сервер вам зачастую может понадобиться послать объект вашему клиенту. Наиболее легким путем для программиста при работе с объектом является получение всего объекта с сервера, а не только некоторых свойств.

Cookies (куки) - это маленькие файлы, которые создаются в клиентской системе или в памяти клиентского обозревателя(если они временные). Они используются для управления состоянием. Итак, мы можем хранить небольшие порции информации в клиентской системе, и мы можем использовать их при необходимости. Наиболее интересная часть заключается в том, что они незаметны для пользователя. Их можно с легкостью использовать в любом месте вашего веб-приложения. Файлы куки хранят информацию в простом текстовом формате. Если какое-либо приложение использует куки, то сервер посылает их, а обозреватель хранит. Обозреватель возвратит куки серверу при следующем посещении страницы. Наиболее стандартным примером использования файла куки является хранение пользовательской информации, настроек, пароля и т.д. Файлы куки имеют множество преимуществ и недостатков, но к ним мы вернемся позже. Давайте рассмотрим способ образования файлов куки.

Разработчики, использующие ASP.NET AJAX Framework могут эффективно и интерактивно получать данные от веб-сервера при помощи клиентского интерфейса приложения (API) ASP.NET AJAX, небольшого кода JavaScript и веб-сервисов, которые поддерживают доступ к скриптам. Статья о получении данных с сервера при помощи веб-сервисов рассматривала способ создания таких веб-сервисов, а также способ вызова их из приложения ASP.NET AJAX. При помощи небольшого кода JavaScript данная функциональность может быть реализована для того, чтобы предоставить пользовательский интерфейс, который периодически обновляется, представляя соответствующую информацию пользователю без необходимости в обновлении обозревателя.

Для разработки интерактивных веб-приложений Microsoft ASP.NET AJAX Framework предоставляет две модели, основанные  на клиенте (клиентская) и на сервере (серверная).  С моделью, основанной на клиенте, разработчики используют стандартные элементы управления ASP.NET - GridView, Button, TextBox и т.д., но при этом располагают их в пределах элемента управления UpdatePanel. Элемент UpdatePanel автоматически преобразовывает постбэки в частичные страничные постбэки и незаметно обновляет внешний вид страницы изменениями, сделанными кодом серверной стороны. С другой стороны, с моделью, основанной на клиенте, разработчик ответственен за написание JavaScript, который выполняет асинхронные вызовы к серверу, также как и скрипт, который обновляет страницу по запросу.

В идеальном мире все приложения должны быть быстрыми и находчивыми, и не должно существовать такого понятия, как длительный постбэк. Но в реальном мире существует множество случаев, когда требуется несколько секунд для завершения постбэка. К примеру, когда пользователь посещает сайт резервации билетов и вводит информацию о месте отбытия и прибытия, то вывод результатов как обычно может занять несколько секунд. Аналогично данному примеру, существуют приложения, которые динамически генерируют и высылают по почте большие PDF-файлы при нажатии кнопки, или которым необходимо осуществить запрос по очень медленно работающей базе данных, расположенной в офисах в другой части света. В таких случаях пользователю зачастую приходится  выжидать некоторое время с момента отсылки данных и до получения ответа с веб-сервера.

Информация о настройках конфигурации для приложения ASP.NET хранится в одном или нескольких файлах конфигурации, основанных XML и названных Web.config. Стандартные настройки конфигурации для всех веб-приложений на веб-сервере расписаны в файле Web.config в каталоге $WINDOWS$\Microsoft.NET\Framework\version\CONFIG. Данные стандартные настройки могут быть добавлены либо переписаны для конкретного веб-приложения используя файл Web.config в корневом каталоге данного приложения. Более того, данные настройки конфигурации могут быть специализированы для веб-приложения от каталога к каталогу, при этом в подкаталоги приложения также добавляются файлы Web.config.

Когда обозреватель запрашивает ASP.NET-страницу с веб-сервера, движок ASP.NET обрабатывает запрос в несколько шагов, результатом которых  будет разметка, возвращенная запрашиваемому обозревателю для последующего отображения. Этапы данного процесса иногда называют HTTP- конвейером , который может выполнить такие задачи, как идентификация, авторизация, а также заставить запрашиваемую страницу обработать свое содержимое. На одном из последних этапов HTTP-конвейера обработанная разметка передается фильтру ответов (response filter), который (при наличии) имеет возможность исследовать и изменить разметку до того, как она будет возвращена запрашиваемому обозревателю.

В одной из предыдущих статей мы рассмотрели способ использования бесплатного Chart API от Google для создания диаграмм различных типов из страницы ASP.NET. Google Chart API можно вызвать при помощи ссылки на ресурс (URL), которая содержит тип диаграммы, ее размер, данные и другие параметры в строке запроса, при этом возвращает диаграмму в виде изображения. Отображение диаграммы при помощи данного API также просто, как добавление элемента управления Image на страницу, установив при этом его свойство ImageUrl в ссылку (URL) Google Chart API с соответственно настроенной строкой запроса.

Мне всегда было интересно, как появилась такая фраза, как "рисунок заменяет тысячу слов". Ее легко можно отнести к менеджерам, так как именно они после просмотра длинного списка чисел, могут найти в конце страницы график, объединяющий все цифры, тем самым демонстрируя приведенную фразу. Диаграммы и графики предоставляют краткий обзор большого количества информации. При помощи диаграммы человек может быстро заметить любой тренд, сравнить различные результаты, либо заметить закономерность.

Active Server Pages (ASP) компании Microsoft является предшественником ASP.NET. ASP был простым скриптовым движком, в котором не хватало инструментария, столь используемого разработчиками ASP.NET сегодня, и в большей степени это отладчик. Отладка скрипта ASP обычно заключалась в заполнении кода выражениями Response.Write, чтобы вывести значения переменных в различных точках времени жизненного цикла скрипта. Отладка страницы ASP.NET намного проще благодаря отладчику Visual Studio, который позволяет вам установить точки остановки, прошагать по выполняемому коду, использовать окна Watch - окно для просмотра значений переменных, в то время как они изменяются, а также окно Intermediate для вычисления выражений во время отладки.

В то время как все больше информации хранится в XML-формате, веб-приложениям необходимо иметь возможность в интерфейсе веб-страницы осуществлять просмотр и редактирование информации, хранимой в XML-файле. Если информация хранится в файле и имеет табличный вид, то мы можем использовать элементы управления DataGrid, GridView и Repeater. Но что делать, если XML-данные представлены  более иерархической структурой? Представьте телефонную книгу компании, которая рекурсивно структурируется в филиалы и отделы. Как такую информацию, которая может иметь множество узлов и любое количество уровней, отобразить и отредактировать посредством веб-страницы?

Большинство веб-приложений, управляемых данными, обладают фиксированными моделью данных и пользовательским интерфейсом. "Фиксированными" в том плане, что данные, которые необходимо получить, уже известны заранее. Следовательно, таблицы базы данных созданы до того, как пишется сам код, и пользовательский интерфейс приложения диктуется заранее определенной моделью данных. В то время как большинство приложений работают с фиксированной моделью данных, существуют случаи, когда части модели должны быть определены конечным пользователем. Такие приложения сложнее создать, потому что модель данных и пользовательский интерфейс должны быть достаточно гибкими, чтобы позволить пользователю указать информацию, которую нужно сохранять.

В Toolbox ASP.NET версии 3.5 было добавлено два новых элемента управления данными: ListView и DataPager. Элемент управления ListView предоставляет те же встроенные функции, что и GridView, но при этом они обеспечивают  больше контроля над информацией. Выходные данные ListView определяются при помощи множества шаблонов, при помощи LayoutTemplate и ItemTemplates элемента. ItemTemplate обрабатывается для каждой записи, привязанной к элементу управления ListView, и обычно на него ссылаются в LayoutTemplate.

Присущая частичной визуализации простота делает её особенно привлекательной для разработчиков приложений AJAX для ASP.NET: ее применение снижает количество изменений в существующих страницах и требует меньшего уровня квалификации разработчиков. Однако частичная визуализация — это всего лишь прием, позволяющий обойти обозреватель при выполнении запроса на обратную передачу. Страницы, на которых используется частичная визуализация, не являются настоящими страницами AJAX, потому что они все еще используют старый метод обратной передачи. Тогда что же является настоящим приложением AJAX?

При сравнении с парадигмой разработки, согласно которой создается огромное большинство современных веб-приложений, очевидно, что AJAX представляет серьезный сдвиг этой парадигмы для архитекторов веб-решений. Он полагается на несколько новых принципов и правил для объяснения поведения веб-систем и требует некоторых новых алгоритмов для их применения.

ListView – это улучшенная версия элемента управления DataList, предоставляющая большую степень контроля над создаваемой разметкой, поддержку разбиения по страницам и полную интеграцию с моделью привязки на основе источников данных.

Как советников по производительности ASP.NET нас обычно привлекают к проекту, когда проблемы уже возникли. Во многих случаях, вызов приходит только тогда, когда приложение уже в производстве. То, что работало отлично для разработчиков, не работает для пользователей. Жалоба: веб-узел работает слишком медленно. Руководство хочет знать, в чем причина и почему ее не обнаружили при тестировании. Разработчики не могут воспроизвести проблему. По крайней мере, один человек утверждает, что ASP.NET не масштабируется. Звучит знакомо?

Работа с данными в ASP.NET версии 1.x требует написания кода по осуществлению доступа к данным. Это подразумевает осуществление соединения к базе данных, указание SQL-команды и ее последующий запуск. Элементы управления источником данных в ASP.NET 2.0 значительно упрощают данный процесс путем инкапсуляции модели доступа к данным в пределах структуры элемента управления. Поэтому информация может быть получена либо изменена и затем привязана к элементу управления, и все это не требует написания кода.

Элементы управления источником данных ASP.NET 2.0 предоставляют простой декларативный подход к осуществлению доступа и изменению данных. Просто настройте пару свойств элемента управления источником данных, свяжите их с элементом управления данными и готово - данные будут получены и отображены, при этом вам не надо будет писать и строки кода!

Чаще всего разработчики используют элементы управления SqlDataSource и ObjectDataSource, и они предоставляют способы получения и изменения данных либо из базы данных, либо из библиотеки объектов, соответственно. Оба элемента управления вызывают события до и после выборки, вставки, обновления и удаления данных. К примеру, SqlDataSource и ObjectDataSource вызывают свои события выборки (Select) ещё до выполнения SQL-запроса либо вызова метода объекта для получения данных. После того как данные были возвращены, вызывается событие выборки. Путем создания обработчика события выборки вы можете исследовать и управлять параметрами, используемыми в выборке данных; событие выборки, среди всего прочего, также отражает факт  возбуждения исключения во время данной операции. Аналогично события вызываются до и после процессов обновления, вставки и удаления.

Parameter является элементом управления, назначением  которого является предоставление значений для заданного параметра. ASP.NET 2.0 поставляется с семью элементами управления Parameter - ControlParameter и более конкретными ControlParameter, CookieParameter, FormParameter, ProfileParameter, QueryStringParameter и SessionParameter - которые получают свои значения из элементов управления на странице, состояния сессии, полей строки запроса и т.д.

ASP.NET 2.0 значительно упрощает процесс работы с информацией при помощи элементов управления источником данных и усовершенствованными элементами управления. Во второй части данной серии статей мы рассмотрели способ использования элемента управления SqlDataSource для получения данных из реляционной базы данных и затем их можно привязать к любому элементу управления (к примеру GridView, DetailsView, FormView, DataList, Repeater и т.д). Посредством элемента XmlDataSource вы с легкостью можете осуществить доступ к XML-данным (а также отобразить их).

Часто нам необходимо получить часть информации , основываясь на каком-то критерии. К примеру, при поиске книги на сайте Amazon.com, страница поиска возвращает только ту информацию из базы данных, которая соответствует введенным условиям; при детальном просмотре определенной книги из базы данных возвращается только соответствующая данной книге информация.

Самые интересное нововведение в ASP.NET 2.0 - это новые элементы управления источником данных (Data Source). Данные элементы являются набором элементов управления, разработанных для предоставления декларативного подхода к осуществлению доступа и изменению информации. Если вкратце, то по сравнению с ASP.NET 1.x, который требовал написания  некоторого кода для осуществления доступа к данным, теперь, при помощи элементов управления источниками, вы можете работать с данными, не написав при этом и строки кода для доступа.

В прошлом разработчики должны были писать код для доступа и отображения данных. То есть нам приходилось писать код запроса к базе данных и затем писать код для отображения данных. ASP.NET версии 1.x упростил данный процесс при помощи элементов управления данными (DataGrid, DataList, Repeater, DropDownList и т.д.). Имея всего пару строк кода, данные элементы управления могли создавать свои собственные HTML-элементы, как только был указан источник данных. Сегодня, используя ASP.NET верисю 2.0 и элементы управления источником данных (DataSource), разработчики могут как получать доступ к данным, так и отображать их без необходимости написания кода. Сейчас все гораздо проще!

В сфере компьютерной науки постоянно происходят изменения. Кажется, что новые технологии появляются каждый месяц, а старые исчезают. Появляются новые техники выполнения тех же задач. Изменения в сфере компьютерных технологий, как и в жизни, имеют свои положительные и отрицательные стороны. Изменения ухудшают продуктивность, поскольку вам необходимо изучать новые техники и познавать новые технологии. Тем не менее, большинство изменений все же имеют положительный характер, так как нововведение обычно гораздо удобнее и практичнее предыдущей технологии в нескольких направлениях.

19 ноября 2007 года компания Microsoft официально выпустила ASP.NET версии 3.5 и Visual Studio 2008. Как и в случае с прогрессом ASP.NET от версии 2.0 до 3.0, возможности в ASP.NET 3.5 являются аддитивными, то есть в ASP.NET 3.5 не изменили и не убрали никакой функциональности, принципов или кода, существовавших в версии 2.0 - в структуру были добавлены новые типы, свойства и возможности.