Каждый желающий уже имеет возможность загрузить и ознакомится с новой версией Visual Studio 2010 Beta 1. Интерфейс новой версии полностью переписан на WPF, добавлено большое количество новых возможностей, о которых можно почитать здесь. Ну а в этой статье рассмотрим главные нововведения и улучшения в ASP.NET 4.0.

Содержание:

1. Шаблоны кода (сниппеты)
2. Поддержка CSS 2.1
3. Динамический IntelliSense для JavaScript
4. Упаковка и развертывание (Packaging and Deployment)
5. Улучшенная поддержка кеширования (Output Caching)
6. Новые свойства Page.MetaKeywords and Page.MetaDescription
7. Автостарт web-приложений
8. Улучшенная работа с ViewState
9. Улучшения в ListView
10. Улучшения в FormView
11. Улучшенная работа с ClientID
12. Сжатие данных в сессии
13. 301 Permanent Redirect в ASP.NET

Шаблоны кода (сниппеты)

Сниппеты — это шаблоны кода, которые можно вставлять с помощью ключевых слов. В VS2010 представлено более 200 сниппетов для ASP.NET, HTML и JavaScript.

Примеры:

table ->

        <table>
            <tr>
                <td>
                </td>
            </tr>
        </table>

a ->

        <a href="#">content</a>

Очень часто вместе с элементом управления TextBox необходимо также использовать валидаторы. Использовав соответствующий сниппет (например, requirefieldvalidator), VS 2010 сгенерирует нужный код для RequiredFieldValidator и автоматически подставит id текстового элемента в значение ControlToValidate. Все, что вам остается, это ввести уникальную для данного валидатора информацию.

Дополнительная информация:

Знаете ли вы, как… №106: Получить список имеющихся шаблонов кода и добавить к нему новые шаблоны?

Поддержка CSS 2.1

Visual Studio 2010 поддерживает CSS 2.1:

Дополнительная информация:

• Cascading Style Sheets Level 2 Revision 1 (CSS 2.1) Specification
• Microsoft подала на рассмотрение W3C тысячи дополнительных тестов CSS 2.1

Динамический IntelliSense для JavaScript

IntelliSense в Visual Studio 2010 распознает даже динамически созданные объекты:

Упаковка и развертывание (Packaging and Deployment)

Процесс развертывания web-приложения (Web Deployment) в VS 2010 можно разбить та следующие этапы:

Упаковка (Web Packaging)

VS 2010 использует MSDeploy для создания .zip файла для web-приложения (web package).

Этот архив содержит:

• метаданные
• информацию о всех настройках IIS (например, application pools, error pages)
• контент вашего web-приложения (.aspx, .ascx, .js, изображения и т.д.)
• базу SQL Server
• другие данные (файлы) — Security Certs, GAC Components, Registryи т.д.

Этот пакет может быть проинсталирован на сервере с помощью IIS Manager UI Wizard или через командную строку или API для автоматических сценариев развертывания (automated deployment scenarios).

Изменения в web.config файле (web.config transformations)

В VS 2010 представлено XML Document Transform (XDT), который позволяет изменять web.config в процессе развертывания. Изменения контролируются файлами web.debug.config, web.release.configи т.д. Имена этих файлов соответствуют конфигурации MSBuild, который вы собираетесь развернуть.

Также можно контролировать тип изменений с помощью XDT. Например, значение connectionString в web.config будет замещено значением из web.release.config (для release конфигурации):

Развертывание базы данных

VS 2010 позволяет развертывать web-приложение вместе с связанной базой данных. Предоставив connection string для вашей базы, VS 2010 автоматически создаст данные и схему и запакует их для развертывания. Также вы можете включить свои .sql скрипты и задать порядок их выполенения на сервере. В процессе инсталяции можно задать новый connection string.

1-Click Publish

VS 2010 позволяет не только развернуть ваше web-приложение, но и использовать IIS remote management service для развертывания на удаленных серверах. Visual Studio 2010 позволит создавать publish profile для вашего хостинг аккаунта или тестовых серверов, сохранять эти данные и развертывать приложения с помощью тулбара Web One Click.

Дополнительная информация:

• Видео: Web Development and Deployment with Visual Studio 2010
• Walkthrough: Creating a One-Click Publish Profile

Улучшенная поддержка кеширования (Output Caching)

В ASP.NET 4.0 стало возможным задавать провайдер для кеширования, а также создавать свои. Другими словами, можно задать хранилище, где будут храниться закешированные данные.

Хранилищем может выступать:

• память
• локальные или удаленные диски
• “облачные” хранилища
• распределенные движки для кэширования (distributed cache engines)

Для создания своего провайдера необходимо унаследоваться от нового типа System.Web.Caching.OutputCacheProvider. Кроме того, можно задавать провайдера в web.config в подсекции outputCache -> providers:

<caching>
  <outputCache defaultProvider="AspNetInternalProvider">
     <providers>
       <add name="DiskCache"
          type="Test.OutputCacheEx.DiskOutputCacheProvider,  DiskCacheProvider"/>
     </providers>
  </outputCache>
</caching>

По умолчанию в ASP.NET 4.0 все HTTP ответы, сгенерированные страницы находятся в in-memory output cache, где AspNetInternalProvider задан в качестве defaultProvider (см. пример выше). Вы можете изменить провайдер по умолчанию.

Кроме того, вы можете выбрать разные варианты кэширования для конкретного контрола или запроса. Для первого варианта это можно сделать с помощью нового свойства providerName в OutputCache:

<%@ OutputCache Duration="60" VaryByParam="None"  <strong>providerName="DiskCache"</strong> %>

Изменение провайдера для запроса выглядит немного иначе. Необходимо переопределить новый метод GetOuputCacheProviderName в Global.asax:

public override string GetOutputCacheProviderName(HttpContext context)
{
    if  (context.Request.Path.EndsWith("Advanced.aspx"))
       return "DiskCache";
    else
    return base.GetOutputCacheProviderName(context);
}

Рассмотренные возможности дают большую гибкость при управлении кэширования сайта и теперь полностью зависят от фантазии нужд разработчиков.

Новые свойства Page.MetaKeywords and Page.MetaDescription

Два новых свойства Page.MetaKeywords и Page.MetaDescription предназначены для управления метаинформаций.

Значения можно задать в директиве Page:

<%@ Page Language="C#" AutoEventWireup="true"  CodeFile="Default.aspx.cs" Inherits="_Default" Keywords="Meta Keywords" Description="Meta Description" %>

и программно:

if (!IsPostBack)
{
    Page.MetaDescription = "Meta Description";
    Page.MetaKeywords = "Meta Keywords";
}

что сгенерирует следующий HTML код:

<meta name="description" content="Meta Description" /><meta name="keywords" content="Meta Keywords" />

В данный момент свойство Description доступно в директиве Page, свойство Keywords отсутствует.

Автостарт web-приложений

Ряд web-приложений требуют загрузки больших массивов данных или инициализируют большое количество объектов перед первым запросом. Раньше необходимо было заботится об этом самостоятельно (в методе Application_Load в Global.asax).

Новая возможность под названием “автостарт” (auto-start, доступно в ASP.NET 4.0 на IIS 7.5 и Windows Server 2008 R2) позволяет управлять запуском пула приложения, инициализацией ASP.NET приложений и работой с HTTP запросами.

Для того, чтобы использовать автостарт, необходимо прописать в applicationHost.config:

<applicationPools>
    <add name="MyApplicationPool" startMode="AlwaysRunning"  />
</applicationPools>

Так как один пул приложения может содержать несколько web-приложений, можно их сконфигурировать:

<sites>
  <site name="MySite" id="1">
    <application path="/"
         preloadEnabled="true"
         preloadProvider="PrewarmMyCache" >
        <!--  Additional content -->
    </application>
  </site>
</sites>

<!-- Additional content -->
<preloadProviders>
     <add name="PrewarmMyCache"
         type="MyNamespace.CustomInitialization, MyLibrary" />
</preloadProviders>

IIS 7.5 использует информацию с applicationHost.config и определяет какое web-приложение нуждается в автоматическом старте. Для каждого приложения помеченного как auto-start, IIS7.5 посылает запрос к ASP.NET 4.0 чтобы стартовать приложение в состояние, на протяжении которого приложение временно не принимает HTTP запросы. Когда приложение находится в этом состоянии, ASP.NET инициализирует тип заданный в атрибуте preloadProvider (см. пример выше) и затем заходит в доступную точку входа (public entry point).

Для создания управляемого auto-start типа с обязательной точкой входа необходимо реализовать интерфейс IProcessHostPreloadClient так, как это показано в примере:

public class CustomInitialization :  System.Web.Hosting.IProcessHostPreloadClient
{
    public void Preload(string[]  parameters)
    {
        // Perform initialization.
    }
}

После того, как код инициализации выполнен в Preload методе, ваше ASP.NET приложение готово к получению и обработке запросов.

Улучшенная работа с ViewState

В ASP.NET 4.0 реализовано поддержку свойства ViewStateMode (на уровне элемента управления или страницы), который может принимать значения:

• Enabled — поддержка ViewState включена (даже если родительский элемент управления имеет ViewStateMode = Disabled)
• Disabled — поддержка ViewState выключена
• Inherit — наследует значение родительского элемента управления (по умолчанию)

Работает только если EnableViewState установлено в true.

Дополнительная информация:

• Статья на MSDN
• ASP.NET 4.0: обзор ClientID

Улучшения в ListView

В ASP.NET 4.0 появилась возможность использования ListView без LayoutTemplate:

<asp:ListView ID="list1" runat="server">
    <ItemTemplate>
        <%# Eval("LastName")%>
    </ItemTemplate>
</asp:ListView>

Улучшения в FormView

В FormView добавлено свойство RenderTable для управления выводом (table или div):

<asp:FormView runat="server" ID="formView1">
    <ItemTemplate>
        <h1><%# Eval("LastName")%></h1>
    </ItemTemplate>
</asp:FormView>

выдаст такой HTML:

<table cellspacing="0" border="0" id="formView1" style="border-collapse:collapse;">
<tr>
<td colspan="2">
<h1>test</h1>
</td>
</tr>
</table>

При установке свойства RenderTable = "false" получим:

<h1>test</h1>

Улучшенная работа с ClientID

Добавлен ClientIDMode:

• Legacy — по умолчанию, соответсвует старой логике;
• Static — использовать ID вне зависимости от контейнера;
• Predictable — добавляет к ID только RowClientIdSuffix;
• Inherit — выбирает установки родительского элемента управления.

Сжатие данных в сессии

Для этого необходимо выставить значение compressionEnabled в true:

<sessionState mode="SqlServer"
    sqlConnectionString=". . ."
    allowCustomSqlDatabase="true"
    compressionEnabled="true"
/>

Для сжатия используется System.IO.Compression.GZipStream.

301 Permanent Redirect в ASP.NET

301 Permanent Redirect означает, что ресурс навсегда перемещен на новый URI.

В ранних версиях необходимо было использовать такой код [2]:

protected void Application_BeginRequest(object sender, EventArgs e) {
     var host = Request.Url.Host;
     if (host.Equals("progblog.ru", StringComparison.OrdinalIgnoreCase)) {
         var newUrl = new UriBuilder(Request.Url);
         newUrl.Host = "www." + host;
         Response.StatusCode = 301;
         Response.Status = "301 Moved Permanently";
         Response.AddHeader("Location", newUrl.Uri.AbsoluteUri);
         Response.End();
         return;
     }
}

В ASP.NET 4.0это можно сделать с помощью RedirectPermanent:

<strong>RedirectPermanent("~/path.aspx");</strong>

Дополнительная информация:

• [1] Что такое 301 Permanent Redirect и как его применять
• [2] 301 Permanent Redirect в ASP.NET

Ссылки:

1. Stephen Walther – New Features of ASP.NET 4.0
2. ASP.NET 4.0 Roadmap
3. Visual Studio 2010 and ASP.Net 4.0 (Beta1)
4. ASP.NET 4.0 and Visual Studio 2010 Web Development Beta 1 Overview

Скачать презентацию.

В следующей части рассмотрим новый элемент управления QueryExtender, Routing и поддержку jQuery.