Одним из проектов, над которым работала моя команда, был новый механизм визуализации (view engine) для ASP.NET.

В платформе ASP.NET MVC всегда поддерживалась концепция «механизма визуализации», который представляет собой заменяемые модули, реализующие выбор различного синтаксиса шаблона. Сегодня, стандартный механизм визуализации для ASP.NET MVC использует аналогичные файлы, что и ASP.NET Web Forms – .aspx/.ascx/.master. Существуют и другие популярные механизмы визуализации для ASP.NET MVC – Spark и NHaml.

Новый движок, над которым мы работаем, оптимизирован под генерацию HTML-кода, фокусируясь на коде шаблона. Кодовое имя для данного движка – «Razor», первая бета-версия будет доступна уже скоро.

Цели разработки

Во время разработки прототипа и оценки Razor, было выделено несколько основных целей:

Компактный, выразительный и гибкий. Razor уменьшает «нагрузку на клавиатуру» при редактировании файла, обеспечивает быстрый и гибкий процесс программирования. В отличие от большинства синтаксиса шаблонов, вам не нужно прерывать написание кода, чтобы явно определить серверные блоки кода в HTML. Анализатор достаточно умен, для того чтобы сделать это за вас, основываясь на коде. Вы получаете компактный и выразительный синтаксис, который легко и весело набирать.

Простота освоения. Razor прост в освоении и позволяет за короткий срок стать более продуктивным с минимальным количеством усилий. Вы используете все существующие навыки языка программирования и HTML.

Не новый язык. Мы сознательно выбрали путь, который не основывается на новом императивном языке для Razor. Вместо этого, мы позволили разработчикам использовать уже существующие навыки работы с C#/VB(или другим языком) и предоставили синтаксис разметки шаблона, который обеспечивает потрясающий процесс построения HTML, оставляя выбор языка за вами.

Работает в любом текстовом редакторе. Razor не требует определенного инструмента для редактирования и позволяет быть продуктивным в любом старом текстовом редакторе (даже в блокноте прекрасно работает)

Поддержка Intellisense. Несмотря на то, что Razor разрабатывался с учетом отсутствия привязки к определенному инструменту или редактору кода, у него будет отличная поддержка в Visual Studio. Visual Studio 2010 и Visual Web Developer 2010 скоро получат обновления для Intellisense.

Возможность модульного тестирования. Новая реализация механизма рендеринга будет поддерживать возможность модульного тестирования (без контроллера или веб-сервера, можно размещать в любом проекте модульного тестирования – не требуются специальные домены приложений).

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

Выбор и гибкость

Самой прекрасной возможностью у ASP.NET, является замена буквально любой части кода. Если определенный механизм не удовлетворяет вашим потребностям, можно легко заменить его собственной реализацией.

Со следующей версией у ASP.NET MVC появится новое диалоговое окно «Add->View», которое позволит вам выбрать синтаксис для нового файла шаблона представления. Оно позволит легко выбирать любой доступный механизм рендеринга, установленный на локальной машине:

Razor будет присутствовать в списке, так как он будет интегрирован непосредственно в ASP.NET MVC. Все вспомогательные методы и модели программирования будут доступны, как в Razor, так и в механизме рендеринга .ASPX.

У вас будет возможность сочетать и сравнивать шаблоны представлений, написанные с использованием различных механизмов в рамках одного приложения или сайта. Например, вы можете создать одни представления, используя .aspx, другие с .cshtml или .vbhtml (расширения Razor-файлов, для C# и VB соответственно), третьи со Spark или NHaml. Мало того, у вас шаблон представления на одном механизме может частично использовать представление, написанное для другого механизма. Вы капитан и выбираете то, что нужно.

Hello World и Razor

Razor позволяет начать со статического HTML-кода (или любого текстового содержимого), который постепенно становится динамическим, путем добавления серверного кода. Одна из основных целей проектирования Razor’a была предоставить гибкий процесс кодирования и позволить быстро интегрировать серверный код в HTML-разметку с минимумом усилий.

Чтобы увидеть простой пример, давайте создадим пример “hello world” и выведем следующее сообщение:

Как это выглядит при использовании .ASPX-кода

Если мы собираемся построить, представленный выше пример, используя ASP.NET и существующую разметку синтаксиса .ASPX, нам потребуется использовать <%= %> блоки, для определения областей кода внутри HTML-разметки:

Хотелось бы поделится одним наблюдением – каждая область кода, требует пяти символов (<%= %>) для начала и конца последовательности. Некоторые из данных символов (в особенности клавиша %, которая на большинстве клавиатур располагается в верхней центральной части) не совсем просто набирать.

Как это выглядит с Razor-синтаксисом

Обратите внимание на начало области кода в Razor, где используется символ @. В отличии от <% %>, Razor не требует явно закрывать область кода:

Анализатор Razor умеет семантически распознавать C#/VB в областях кода, вот почему нам не нужно явно закрывать блок кода. Razor может определить вышеуказанные утверждения, как самостоятельные области кода и неявно закрыть их для нас.

Даже в таком тривиальном примере мы уберегли себя от 12 лишний нажатий клавиш, которые нам пришлось бы делать раньше. Набрать символ @ на клавиатуре гораздо проще, чем символ %.

Циклы и вложенный HTML

Давайте рассмотрим другой случай, когда вам нужно вывести список продуктов (и цену напротив каждого):

Создаем пример с .ASPX

Если мы собираемся реализовать пример, используя ASP.NET и существующую разметку синтаксиса .ASPX, нам потребуется код, который будет динамически генерировать <ul>-список с элементами <li> для каждого продукта:

Создаем пример с Razor

Ниже показано, как сгенерировать эквивалентное представление, используя Razor:

Обратите внимание, что мы начали цикл foreach, используя символ @, а далее разместили строку HTML-содержимого с блоками кода внутри. Так как анализатор Razor понимает семантику C# в наших блоках, он может определить, что содержимое <li> должно быть внутри foreach и рассматривает его, как содержимое, которое должно быть зациклено. Он также распознает закрывающую скобку «}» и останавливает foreach.

Razor также достаточно умен, чтобы распознать выражения @p.Name и @p.Price внутри элемента <li> как серверный код и выполнить его для каждого прохода цикла. Обратите внимание, Razor автоматически закрывает области кода @p.Name и @p.Price основываясь на совместном использовании HTML и кода.

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

Блоки if и многострочные выражения

Ниже представлено несколько примеров распространенных ситуаций:

If выражения

Как и в примере с foreach, вы можете располагать содержимое внутри if выражений (или других языковых структур C# или VB), при этом явно не указывая начало/конец областей кода. Например:

Многострочные выражения

Вы можете обозначать несколько строчек кода обернув их в блок @{ код } следующим образом:

Обратите внимание, что переменные могут быть разбиты на несколько серверных блоков кода, переменная «message» объявлена в многострочном блоке @{ }, а также использована в блоке кода @message. Точно так же, как и в синтаксисе .aspx-файлов <% %> и <%= %>.

Комплексные выражения

Синтаксис @( ) позволяет размещать комплексные выражения. Например, можно переписать указанный выше код для конкатенации строки и числа вместе, внутри блока @ ( код ):

Интеграция содержимого и кода

Анализатор Razor знает множество особенностей языка, позволяя полностью доверится ему, а не проводить время за собственной реализацией.

Конфликтует ли он с email-адресами и другими местами использования @ в HTML?

Анализатор Razor достаточно умен, чтобы в большинстве случаев определить, используется ли символ @ в коде или в статическом содержимом. Например, ниже я используя символ @, как часть email-адреса:

Во время разбота файла, Razor анализирует содержимое справа от символа @ и пытается определить, является ли эта часть C# кодом (если это CSHTML файл) или VB (если это VBHTML файл), или же это статические данные. Приведенный выше код, выведет следующий HTML (где email-адрес выведется, как статическое содержимое, а @DateTime.Now определится, как код):

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

Определение вложенного содержимого

Размещая HTML-содержимое внутри if/else, foreach или других блочных выражений, следует обернуть внутреннее содержимое HTML- или XML-элементов для лучшего определения начала области содержимого.

Например, ниже, я обернул многострочный блок содержимого (который включает в себя фигурные скобки) в тег <span>:

Это сгенерирует следующий код для клиента, включая элемент <span>:

По желанию, вы можете обернуть вложенное содержимое в блок <text> в случаях, когда данные должны сгенерироваться для клиента без тега обертки:

Данный код сгенерирует следующее содержимое для клиента. Обратите внимание – никаких обворачивающих тегов:

Кодирование HTML

По умолчанию содержимое, использующее блок @, автоматически кодировано в HTML для защиты против XSS-атак.

Макет/MasterPage – основы

Очень важно иметь единообразный вид на всех страницах веб-сайта или приложения. ASP.NET 2.0 представил концепцию «мастер страниц», которые помогают добиться этого при использовании .aspx-страниц или шаблонов. Razor также поддерживает данную концепцию, но применяя концепцию «layout pages»(страницы макета), которые позволяют определять шаблон сайта, а далее наследовать от него представления/страницы.

Простейший пример макета

Ниже представлен простой пример страницы макета, который мы сохраним под названием «SiteLayout.cshtml». Он может содержать любой статический HTML, а также любой динамический серверный код. Далее добавим вызов вспомогательного метода «RenderBody()» в том месте, где мы хотим вывести определённое тело содержимого для запрашиваемого URL:

Далее можно создать шаблон представления, назвав его «Home.cshtml», которое содержит только нужный код или содержимое для построения определенного тела запрашиваемой страницы и основывается на шаблоне макета:

Заметьте, что вы явно задали свойство «LayoutPage» в коде нашего файла Home.cshtml. Это означает, что мы хотим использовать шаблон SiteLayout.cshtml, как макет для данного представления. Мы можем так же задать файл макета непосредственно в контроллере ASP.NET MVC, указывая Home.cshtml, как шаблон представления или же настроив его стандартным макетом для сайта (в данном случае мы определяем его в одном файле проекта и все шаблоны представлений подхватывают его автоматически).

Когда мы сгенерируем Home.cshtml, как шаблон представления, он объединит содержимое макета и подстраницы, и отошлет содержимое клиенту:

Компактный, чистый и выразительный код

Хотелось бы обратить внимание на код выше и заметить, что определение макета и его использование из представлений/страниц имеет маленький размер. Код на скриншоте содержит все содержимое файлов SiteLayout.cshtml и Home.cshtml, нет никаких дополнительных настроек или тегов, нет префикса %@Page % и другой разметки или заданных свойств.

Мы стараемся держать код, который вы пишете, в наиболее компактном и простом виде. Мы также хотим позволить любому открывать файлы в сторонних текстовых редактора и изменять код. Не требуется никакой дополнительной генерации кода или Intellisense.

Макет/MasterPage – добавляем заменяемые части

На страницах макета можно определять различные «секции», которые изменяют общее представление собственным содержимым. Это позволяет легко изменять/заполнять прерывающиеся секции содержимого на странице макета и обеспечивает значительную гибкость сайта.

Например, можно вернуться к нашему SiteLayout.cshtml и определить две секции внутри макета, которые могут изменять общий вид страницы. Назовем эти части «menu» и «footer» и укажем, что заполнять их необязательно, передав параметр optional=true помощнику RenderSection() (мы делаем это, используя новые необязательные параметры в C#, о которых я уже рассказывал).

Так как две секции помечены, как «optional», я не обязан определять их в файле Home.cshtml. Мой сайт продолжает прекрасно работать, даже если их там нет.

Давайте вернемся обратно в Home.cshtml и объявим собственные части Menu и Footer. Скриншот ниже, содержит весь код Home.cshtml, больше ничего не потребуется. Однако, я перенес настройки LayoutPage на глобальный уровень, так что их здесь больше нет.

Наши собственные секции перезаписывают «menu» и «footer» с помощью объявленных в файле блоков @section. Мы решили не требовать обертывать содержимое «main/body» внутри секции, а вместо этого просто оставить её в строковом виде (это позволяет сократить количество нажатий на клавиши и с легкостью добавлять секции в макет без просмотра всех страниц и изменения их синтаксиса).

Когда мы снова сгенерируем Home.cshtml как шаблон представления, он объединит содержание макета и подстраницы, интегрируя две новых части страницы и вернет клиенту следующее:

Инкапсуляция и повторное использование HTML-помощников

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

Программные HTML-помощники

Сегодня у ASP.NET MVC в наличии есть вспомогательные методы, которые можно вызвать в блоках кода и которые инкапсулируют генерацию HTML. И реализованы они только в виде кода (чаще всего, как методы расширений). Все существующие методы расширения HTML, созданные с ASP.NET MVC, будут так же работать при использовании Razor:

Декларативные HTML-помощники

Генерация HTML на основе одного класса кода работает, но не является идеальной.

Одной из возможностей в Razor является простой путь для создания повторно используемых HTML-помощников, используя более декларативный подход. Наш план заключается в том, чтобы дать вам возможность объявлять повторно используемые помощники с помощью декларативного синтаксиса @helper { }, как показано ниже.

Вы сможете размещать .cshtml-файлы, которые содержат данные помощники в каталоге Views\Helpers и впоследствии заново использовать их в любом представлении или странице на вашем сайте (никаких дополнительных действий не потребуется):

Обратите внимание, как помощник ProductListing() определяет аргументы и параметры. Вы можете передавать любые параметры, какие захотите (включая необязательные параметры, типы, допускающие значения NULL, обобщенные методы и т.п.). Вы также сможете отлаживать данный код в Visual Studio.

Важно: @helper синтаксис не будет доступен в первой бета-версии Razor, мы надеемся он будет доступен в следующих версиях. Вспомогательные методы, оформленные в виде кода, будут работать сразу.

Передача строковых шаблонов, как параметров

Другая полезная (и нереально мощная) возможность, которую мы предоставляем с Razor – это возможность передавать параметры в виде «строковых шаблонов» во вспомогательные методы. Данные «строковых шаблонов» могут содержать в себе, как HTML, так и код, и могут быть вызваны по требованию вспомогательного метода.

Ниже вы видите пример данной функциональности в действии, я использую HTML-помощник «Grid», который генерирует DataGrid для клиента:

Вызов метода Grid.Render – это C#. Мы используем новые именуемые параметры в C# для передачи строго типизированных аргументов в метод Grid.Render, данная возможность дает нам полное завершение выражений с Intellisense и проверку во время компиляции.

Параметр «format», который мы передаем, когда объявляем столбец, является «строчным шаблоном», он содержит и HTML и код, мы также можем настроить под себя формат данных. А самое прекрасное – то, что помощник Grid’a может вызывать наш строчный шаблон, как метод делегата, и может вызывать его, когда нужно и столько раз, сколько потребуется. В данном случае он будет вызывать каждый раз, когда он генерирует строку сетки и передает в «элемент», который может использовать наш шаблон для отображения результата.

Данная возможность позволит разрабатывать более мощные вспомогательные методы HTML. Вы сможете реализовывать их, как в коде (так вы это делаете сегодня), так и используя декларативный подход @helper{ }.

Поддержка в Visual Studio

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

Несмотря на это, мы спроектировали Razor так, чтобы можно было получить все удобства редактирования кода в Visual Studio. Мы предоставим полную поддержку HTML-, JavaScript- и C#/VB-кода в Intellisense в Razor-файлах:

Обратите внимание каким образом отработал Intellisense для объекта Product на «@p.» внутри элемента <li>. Заметьте, в Solution Explorer в папке \Views присутствуют оба шаблона представлений .aspx и .cshtml. Вы можете использовать различные механизмы рендеринга в одном приложении, чтобы понять, какой синтаксис вам более по душе.

Выводы

Мы думаем, Razor предоставляет новый изящный движок представлений для ориентированных на код шаблонов. Процесс программирования станет быстрым и веселым. Синтаксис является компактным и уменьшает количество нажатий клавиш, в то же время, улучшая читабельность разметки и кода. В следующей версии ASP.NET MVC механизм будет встроен в систему. Вы сможете удалить файлы .cshtml/.vbhtml в своем приложении и запустить их, как отдельные страницы, что также позволяет вам использовать их в приложениях ASP.NET Web Forms.

Все разработчики, которые тестировали проект последние несколько месяцев, оставили крайне позитивные отзывы. Мы собираемся предоставить публичную бета-версию, как можно скорее и, конечно же, ожидаем услышать ваши мнения.

Оригинал

И сегодняшний пост продолжает тему упрощения разработки и раскроет информацию о наших разработках в области баз данных. Фактически я хочу анонсировать завершение работы над бесплатным SQL Server Compact Edition (SQL CE) в ASP.NET-приложениях. Это позволяет упростить разработку и со стороны баз данных.

SQL Server Compact Edition 4

SQL CE абсолютно бесплатный, встроенный движок баз данных. Мы предоставим доступ к первой публичной бета-версии очень скоро. 4-я версия была разработана и тестировалась с ориентацией на работу с веб-приложениями ASP.NET.

Работа с существующими API

SQL CE работает с существующими .NET API и поддерживает SQL Server совместимый синтаксис запросов. Это означает, что с SQL CE можно использовать существующие API для работы с данными такие, как ADO.NET, а также более высокоуровневые ORM, как Entity Framework и NHibernate. Подойдет почти любой существующий API для работы с данными, который поддерживает модель провайдера ADO.NET.

Все это позволяет вам использовать отлаженные навыки программирования при работе с данными уже сегодня.

Не требуется никакой инсталляции

Для того, чтобы использовать SQL CE от вас не требуется запускать установку или инсталлировать сервер баз данных. Теперь достаточно просто скопировать исполняемые файлы SQL CE в папку \bin вашего ASP.NET-приложения, а дальше оно может использовать сервер, как движок баз данных. Не требуется никакой инсталляции или дополнительных прав безопасности, просто запустил и работай.

Приложения могут свободно включать в поставку SQL CE. Вы просто копируете веб-приложение на любой сервер и оно работает.

Файлы базы данных хранятся на диске

SQL CE хранит базы данных в виде файлов (с расширением .sdf). Вы можете хранить эти файлы в каталоге проекта \App_Data, нет нужды регистрировать их для использования в приложении.

Движок SQL CE запускается в пространстве вашего ASP.NET-приложения. Когда приложение завершает свою работу, он автоматически выгружается.

Shared-хостинги уже поддерживают SQL CE 4

SQL CE 4 уже может работать на хостингах ASP.NET 4 со средним уровнем доверия к приложениям, хостеру ничего не нужно устанавливать. Хостерам вообще ничего не нужно делать для работы SQL CE.

Разворачивать приложение теперь можно вообще с помощью одного FTP – просто копируем папку проекта и все готово.

SQL CE сам запустится в вашем приложении на удаленном хосте.

Поддержка в Visual Studio 2010 и Visual Web Developer 2010 Express

В ближайшем будущем у VS 2010 и Visual Web Developer 2010 Express появятся инструменты, поддерживающие работу с SQL CE 4. Вы сможете добавлять файлы SQL CE в ASP.NET-проекты, использовать Visual Studio Server Explorer для создания и редактирования таблиц, а также применять высокоуровневые конструкторы, как Entity Framework (см.ниже) для моделирования и привязки базы данных к классам, которые в дальнейшем использовать в LINQ.

Вдобавок к уже известным вам API для работы с данными, вы сможете использовать те же инструменты разработки для SQL CE.

Разработка и эксплуатация

SQL может использоваться на машине разработчика и для простых сайтов на производстве. C 4-ой версией SQL CE мы провели техническую работу и удостоверились, что SQL CE не будет падать или создавать взаимную блокировку, когда выполняются многопоточные сценарии, как в случае с ASP.NET. Это огромное изменение, по сравнению с предыдущей версией SQL CE, которые мы разрабатывали только для клиентской части, плюс – он блокировал работу в веб-окружении. А теперь SQL CE 4 можно без проблем использовать на веб-серверах.

Не существует никаких лицензионных ограничений для использования SQL CE.

Простая миграция на SQL Server

SQL CE является встроенной базой данных, что делает её идеальной для простых сценариев. Для высоконагруженных же сайтов и приложений вы, наверное, захотите мигрировать на SQL Server Express (бесплатен), SQL Server или SQL Azure. Эти сервера обладают лучшей масштабируемостью, предоставляют больше возможностей для разработки (включая хранимые процедуры, которые не поддерживаются в SQL CE), а также имеют расширенные возможности для управления данных.

Мы предоставим инструменты для миграции, которые позволят взять базу данных SQL CE и легко обновится до SQL Server Express, SQL Server или SQL Azure. Вам не придется вносить изменения в код для обновления базы данных SQL CE до SQL Server или SQL Azure. Наша цель – дать вам возможность просто изменить строку, задающую соединение с базой данных в web.config и продолжить работать с приложением.

Итог

SQL CE 4 предоставляет простую, легкую базу данных, которую можно использовать в ASP.NET-приложениях. Он позволяет быстро начать работу над проектом без инсталляции полноценной базы данных на локальной машине разработчика. Вследствие совместимости с полной версией SQL Server, ваш код использует все те же API (ADO.NET, Entity Framework, NHibernate и т.п.)

У вас появится возможность быстро разворачивать базы данных SQL CE на хостингах для простых сайтов и приложений. В дальнейшем, при росте трафика и нагрузки можно будет обновить базу данных до SQL Server Express, SQL Server или SQL Azure, не изменяя код.

Мы предоставим доступ к первой публичной бета-версии SQL CE 4 (вместе с IIS Express и другими более крутыми штуками, о которых я еще напишу) на следующей неделе.

Оригинал статьи

• ASP.NET Development Server, который является встроенным в Visual Studio
• IIS Web Server, который встроен в Windows.

Каждый из них имеет свои преимущества и недостатки. Многие разработчики не раз отмечали, – «Очень хотелось бы с легкостью использовать ASP.NET Development Server, но при этом иметь всю мощь и возможности IIS». Сегодня, я с радостью представляю вам бесплатную версию IIS Express, который объединяет в себе лучшие качества обоих веб-серверов и позволит еще проще разрабатывать и запускать ASP.NET-сайты и приложения.

IIS Express будет работать с VS 2010 и Visual Web Developer 2010 Express, запускаться на Windows XP и выше, не требует прав администратора и внесения изменений в код приложения. Позволяет работать со всеми типами ASP.NET-приложений и разрабатывать, используя всю мощь возможностей IIS 7.x.

Как обстоят дела в наше время

Прежде чем углубиться в детали IIS Express, давайте пробежимся по ASP.NET Development Server и IIS.

ASP.NET Development Server

Встроенный в Visual Studio ASP.NET Development Server (так же известен, как «Cassini») обладает преимуществами легкого и быстро запуска. Он не прослушивает удаленные порты (что делает проще работу в корпоративной среде в плане безопасности), работает даже когда у вас нет прав администратора, не требует отдельной установки на машину.

Недостатком же является неполный набор возможностей веб-сервера. Например, отсутствует поддержка SSL, URL Rewriting Rules (о котором я недавно писал), собственных настроек безопасности и другие возможности IIS 7.

IIS веб-сервер

IIS – альтернативный способ для запуска и тестирования приложений с Visual Studio. Вы можете настроить в Visual Studio любой веб-проект на использование IIS, нажав правой кнопкой по проекту, зайдя в свойства и далее выбрав закладку «Web»:

Используя IIS, как сервер для разработок вы получаете все возможности веб-сервера (SSL, URL Rewrite Rules и т.п.). IIS является полноценным веб-сервером, а это значит, что вы точно видите, как будет работать ваше приложение на публичном сервере.

Но и тут есть недостатки. Многие компании запрещают использовать полноценные веб-сервера на машинах разработчиков. IIS также требует прав администратора для установки и отладки проектов. Различные версии Windows поддерживают различные версии IIS. Например, если у вас Windows XP, то у вас должен стоять IIS 5.1, который не поддерживает все новые возможности IIS 7.x. Настраивая веб-проект в VS на использование IIS, вам придется доустановить недостающие компоненты и пройти дополнительные шаги настройки.

IIS Express – все лучшее

Мы работали над новой версией IIS 7.x, которая оптимизирована для сценариев разработчиков, которую мы назвали «IIS Express». Мы думаем, он объединяет в себе легкость использования ASP.NET Web Server и всю мощь IIS. Вот перечень особенностей:

· Он легче и проще в установке (менее 10 Mб для загрузки и супербыстрая установка)

· Не требует прав администратора для запуска/отладки приложений из Visual Studio

· Предоставляет полный набор возможностей веб-сервера, включая SSL, URL Rewrite, обеспечивает поддержку медиа и других модулей IIS 7.x

· Поддерживает ту же модель расширения web.config, что и IIS 7.x

· Может быть установлен вместе с IIS и ASP.NET Development Server, не конфликтует абсолютно

· Работает на Windows XP и выше, дает все преимущества IIS 7.x на всех ОС-платформах

На IIS Express (как и на ASP.NET Development Server) можно быстро запустить любой сайт из каталога на диске. Не требуется никаких шагов регистрации или настройки. Все это позволяет просто и со вкусом работать любому веб-разработчику.

Интеграция с VS 2010

Мы позаботились о простой интеграции IIS Express в Visual Studio 2010. Вы можете использовать его вместо ASP.NET Web Server, как веб-сервер по умолчанию для ASP.NET-проектов. Как и с ASP.NET Development Server, вам не нужно регистрировать сайт или виртуальный каталог для IIS Express. Он используют ту же модель работы, что и ASP.NET Web Server сегодня, но только дает больше возможностей.

Когда я нажму F5 для запуска ASP.NET-проекта, Visual Studio автоматически запустит IIS Express и будет использовать его для запуска/отладки приложений (никаких дополнительных настроек не требуется). Как и во время работы ASP.NET Web Server, IIS Express будет отображаться в трее панели задач:

Нажав правой кнопкой по иконке и выбрав «Exit» вы с легкостью выключите IIS Express. Вы также можете просмотреть список всех запущенных сайтов, а также их месторасположение на диске и версию .NET:

Две потрясающие возможности:

1. Запущенный «Test Site», как и сам IIS Express, живет в каталоге C:\Users\[username]. Что позволяет использовать IIS Express, сайты и другие сценарии, которые не возможны с полной версией IIS (включая возможность запускать IIS Express, как в ограниченной по параметрам безопасности корпоративной среде, так и на школьных рабочих местах с ограниченным доступом) без прав администратора.
2. Запущенный «Test Site» поддерживает методы доступа HTTP и HTTPS. IIS Express автоматически устанавливает самоподписываемый сертификат и включает URL ACL- и SSL-сертификаты для портов, так что разработчики (работающие не с правами администратора) могут использовать SSL, не требуя повышения уровня прав для дополнительной установки или конфигурирования. Это позволяет настраивать защищенные страницы прямо в приложениях (как формы входа) на SSL и тестировать во время разработки, как на реальном веб-сервере.

Набор возможностей IIS 7.x

Сегодня, IIS Express так же легко использовать, как и ASP.NET Web Server. Но, учитывая тот факт, что IIS Express основан на IIS 7x, у вас в руках оказывается полнофункциональный веб-сервер. Вы можете запускать свои приложения, как на реальном внешнем веб-сервере. Вдобавок к SSL, вы можете использовать такие модули, как URL Rewrite, Media Extensions, Dynamic Compression, Advanced Logging, Custom Security и др.

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

Заключение

Мы думаем IIS Express позволит гораздо проще создавать, запускать и тестировать веб-приложения. Он работает со всеми версиями ASP.NET и поддерживает все типы ASP.NET-приложений (включая Web Forms и MVC). Что еще лучше – вам не нужно ничего менять в коде. Вы можете использовать его для своих проектов уже сегодня.

Выход публичной beta-версии IIS Express состоится уже скоро. Вы сможете нажать правой кнопкой на любой папке и запустить находящийся в ней веб-сайт в IIS Express. Позже в этом году, мы выпустим исправление для VS 2010 и Visual Web Developer 2010 Express, которое позволит использовать IIS Express по умолчанию вместо встроенного ASP.NET Developer Server. Дальнейшие версии Visual Studio будут снабжаться данным функционалом по умолчанию.

Оригинал статьи

Сегодня я расскажу о некоторых небольших, но очень приятных улучшениях в работе intellisense в VS 2010, а именно об улучшенной фильтрации названий типов/методов/свойств для автозавершения. Это позволит вам проще находить и использовать различные API по мере написания кода.

Intellisense в VS 2008

Чтобы помочь продемонстрировать вам улучшения в intellisense, сделанные в VS 2010, давайте начнем с простого сценария в VS 2008, где мы хотим написать какой-то код для возможности редактирования данных с использованием элемента управления GridView.

Мы могли бы начать с ввода “GridView1.Edit”, чтобы появилось окно intellisense, где мы просмотрели бы доступные для этого элемента методы и свойства, связанные с редактированием (edit). Если проделать это в VS 2008, то появится окно intellisense, в котором курсор переместится на к членам GridView, чьи названия начинаются со слова “Edit”:

Это здорово в том случае, если название метода/свойства/события, с которым мы хотим работать, начинается со слова “Edit”, но это не особо поможет нам, если оно начинается с чего-либо другого (например, событие “RowEditing” или вспомогательный метод “SetEditRow()”). Нам придется либо вручную прокрутить список вверх или вниз в поиске других элементов, либо вообще воспользоваться для поиска обозревателем объектов или справочной системой.

Intellisense в VS 2010

Теперь опробуем тот же самый сценарий в VS 2010. Здесь, когда мы напечатаем “GridView1.Edit”, то в окне intellisense, увидим, что по умолчанию все так же выбирается свойство EditIndex. Однако, на этот раз мы увидим отфильтрованный список методов/свойств/событий, в чьих названиях слово “Edit” встречается в любом месте:

За счет этого вы можете быстро увидеть все связанные с редактированием методы/свойства/события и быстрее найти то, что вам нужно.

Поиск по ключевым словам

Новый механизм фильтрации intellisense в VS 2010 может оказаться полезным для поиска любого метода/свойства/события, независимо от того, с какого слова начинается их название. К примеру, если вы хотите включить возможность вывода данных grid'а на несколько страниц, но не помните точно, как это делается, вы можете просто набрать “GridView1.Paging”, и в окне intellisence автоматически будут выведены лишь те названия, в которые входит слово “paging”. Обратите внимание, что у класса GridView на самом деле нет ни одного члена, чье название начиналось бы со слова “Paging”, но, тем не менее, я смог найти два члена, относящиеся к выводу информации на нескольких страницах:

Поиск типов

Новый механизм фильтрации intellisense в VS 2010 также может оказаться полезным для быстрого поиска классов и типов. Например, когда мы печатаем “List” для объявления переменной, редактор кода предлагает нам список типов и классов, автоматически отфильтрованный по наличию слова “List” где-либо в их названии (включая IList<> и SortedList<>, которые не начинаются с List):

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

Поддержка “PascalCase” в Intellisense

Названия типов/методов/свойств в .NET Framework используют соглашение под названием “PascalCase” – это значит, что первая буква каждого слова в них делается заглавной (например, PageIndexChanged).

Механизм фильтрации intellisense в VS 2010 теперь позволяет воспользоваться этим обстоятельством для быстрого поиска и фильтрации названий типов и членов по шаблону их имен, определяемому “PascalCase”. Например, если вы напечатаете “GridView1.PIC”, то VS 2010 покажет вам не только члены GridView, в чьих именах встречается PIC, но и те, в чьих названиях слова, выделенные в соответствии с “PascalCase”, начинаются с этих букв в указанной последовательности:

Обратите внимание, как на рисунке выше напечатанное “PIC” привело к появлению в списке выбора “PageIndexChanged” и “PageIndexChanging”. Таким образом, вы можете сэкономить несколько нажатий клавиш при поиске нужных типов или методов/свойств/событий.

Резюме

Думаю, вы согласитесь, что новый подход к фильтрации списка имен в intellisense, используемый в VS 2010, намного упрощает при написании вашего кода поиск и использование классов и их членов. Вы можете воспользоваться преимуществами нового механизма фильтрации intellisense и в VB, и в C#.

Надеюсь, вы нашли для себя что-то полезное,

Скотт

P.S. В последнее время я чаще использую Twitter, чтобы рассказывать о предстоящих планах и публиковать ссылки на интересные ресурсы. Вы можете следить за моими публикациями на Twitter по адресу: https://www.twitter.com/scottgu (@scottgu это мой ник на Twitter)

оригинал статьи]]> https://docs.microsoft.com/archive/blogs/ruscottgu/63 Wed, 21 Oct 2009 01:50:00 GMT https://blogs.msdn.microsoft.com/ruscottgu/2009/10/21/63/ Возможности поиска и навигации по коду в VS 2010 (из серии статей про VS 2010 и .NET 4.0)

Это девятая из серии статей, в которых я пишу о готовящихся к выходу VS 2010 и .NET 4. Сегодня я расскажу о некоторых новых возможностях поиска и навигации по коду, которые теперь встроены в VS 2010.

Поиск и навигация по коду

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

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

Поиск и навигация по исходному коду ASP.NET MVC

В этот статье я для примера буду использовать исходный код ASP.NET MVC (насчитывающий многие тысячи строк кода), чтобы продемонстрировать некоторые из новых возможностей VS 2010 по поиску и навигации. Если у вас установлена 2-я бета VS 2010, вы сможете воспроизвести описываемые действия, загрузив исходный кода ASP.NET MVC отсюда.

Вы заметите, что описываемые ниже возможности весьма работают по-настоящему быстро с этим проектом, несмотря на то, что он содержит тысячи и тысячи строк кода. Все возможности, которые я продемонстрирую, теперь встроены в VS 2010 и работают со всеми типами проектов как на VB, так и на C#.

Поддержка “Navigate To” в VS 2010

Иметь возможность быстрого поиска и навигации по коду одинаково важна как для больших, так и для маленьких проектов.

Visual Studio 2010 теперь поддерживает новую комбинацию клавиш Ctrl+, (т.е. нужно одновременно нажать Ctrl и запятую). При ее нажатии появится диалоговое окно “Navigate To”, позволяющий быстро найти типы, файлы, переменные, а также методы и свойства в вашем решении (solution) и затем перейти к ним и открыть в редакторе кода:

Диалог “Navigate To” предоставляет интерфейс для быстрого инкрементного поиска, результаты которого немедленно появляются под полем ввода по мере того, как вы вводите поисковый запрос. К примеру, напечатайте “cont” (не нажимая в конце enter) - и вы увидите, как в списке результатов поиска сразу же появится 176 результатов:

Введите еще несколько символов - и вы увидите, что список результатов автоматически использует их для фильтрации, оставляя лишь те результаты, которые соответствуют введенной строке “controller”:

Вы можете использовать полосу прокрутки, чтобы просмотреть результаты, либо нажать tab и использовать клавиши стрелок, если не хотите убирать руки с клавиатуры. Вы заметите, что в окне “Navigate To” выводятся результаты любых типов, удовлетворяющие поисковому запросу, включая названия типов, свойств, методов, объявления полей и названия файлов:

Выбор любого из результатов поиска привет к тому, что в редакторе кода VS 2010 откроется соответствующий файл (если он еще не открыт), курсор переместится к соответствующей позиции в файле, а найденный идентификатор будет подсвечен:

Приятные возможности нечеткого поиска

Поле ввода в окне “Navigate To” поддерживает некоторые возможности “нечеткого поиска” (fuzzy search), которые позволят вам эффективно осуществлять поиск даже тогда, когда вы не знаете точно название того, что ищете. Эти возможности хорошо сочетаются с интерфейсом инкрементного/немедленного поиска в этом окне и позволяют вам уточнять поисковый запросы и сразу же видеть новые результаты по мере того, как вы печатаете.

Чтобы опробовать это на примере, давайте для начала поищем по слову “cache”. Обратите внимание, что результаты поиска включают не только названия, начинающиеся со слова “cache”, но также и другие, в названии которых это слово просто где-либо встречается:

Для дальнейшей фильтрации результатов мы можем добавить еще несколько слов в поисковый запрос. Например, ниже я отфильтровал результаты так, чтобы в названиях встречались слова “cache” и “action”:

Названия типов/методов/свойств в .NET Framework используют соглашение под названием “PascalCase” – это значит, что первая буква каждого слова в них делается заглавной. В диалоге “Navigate To” вы можете воспользоваться этим обстоятельством для быстрой фильтрации типов: просто наберите аббревиатуру для слов, входящих в название, - и сразу же увидите результаты поиска, соответствующие этой аббревиатуре с учетом указанного соглашения об именовании.

Например, введя “AMS”, вы получите показанные ниже результаты поиска (лишь те названия типов/методов/свойств, в которых встречаются слова, начинающиеся сначала с A, затем с M, затем с S):

Таким образом, окно “Navigate To” позволяет вам быстро искать код и переходить к нему, используя лишь несколько нажатий клавиш, так что вам уже не понадобится браться за мышь, открывать окно solution explorer и щелкать по нужному файлу.

Просмотр иерархии вызовов

Возможность быстрого поиска и навигации по коду - это здорово, но возможность в дополнение к этому быстро узнать, как используется тот или иной код, - это еще лучше. В VS 2010 появилась новая функциональность “View Call Hierarchy” (просмотр иерархии вызовов), позволяющая быстро узнать, где в вашем исходном коде используется определенный метод или свойство, а также позволяющая быстро пройтись по графу дерева вызовов в рамках вашего исходного кода (без необходимости запускать или отлаживать разрабатываемое решение).

Чтобы воспользоваться этой возможностью, просто выберите название метода или свойства в вашем исходном коде и либо нажмите комбинацию клавиш Ctrl+K,Ctrl+T, либо щелкните правой кнопкой мыши и выберите из контекстного меню пункт “View Call Hierarchy”:

В результате появится вспомогательное окно “Call Hierarchy”, которое по умолчанию располагается под редактором кода. На рисунке ниже вы видите, как в окне “Call Hierarchy” отображаются два метода, которые в рамках нашего решения (solution) вызывают выбранный ранее метод ViewPage.RenderView().

При желании мы можем перейти вниз по иерархии вызовов к первому методу “RenderViewAndRestoreContentType” и посмотреть, кто, в свою очередь, вызывает его:

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

При двойном щелчке мышью по любому методу/свойству в окне “Call Hierarchy” в редакторе кода откроется соответствующий файл с исходным кодом, и текущая позиция в файле установится на нужной строке:

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

Подсветка ссылок

В VS 2010, когда вы выбираете или выделяете переменную / параметр / объявление поля в редакторе кода, все последующие места их использования автоматически подсвечиваются в редакторе. За счет этого вы с легкостью можете быстро определить, где и как используется та или иная переменная или параметр.

Например, когда вы в редакторе кода выделите параметр “controllerContext”, переданный в метод ControllerActionInvoker.GetParameterValue(), как показано ниже, то обратите внимание, как автоматически подсветятся 4 обращения к этому параметру в методе:

Если я выберу локальную переменную метода, то автоматически подсветятся все места, в которых эта переменная используется:

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

Резюме

Новый редактор кода в VS 2010 позволяет быстро осуществлять поиск, навигацию и исследование исходного кода в рамках проекта или решения. Скорость выполнения этих операций по-настоящему высока (даже на больших объемах исходного кода), а соответствующая информация поддерживается в актуальном состоянии по мере того, как вы работаете над проектом и вносите в него изменения. Таким образом, новые возможности позволяют вам работать намного более продуктивно.

Надеюсь, вы нашли для себя что-то полезное,

Скотт

P.S. В последнее время я чаще использую Twitter, чтобы рассказывать о предстоящих планах и публиковать ссылки на интересные ресурсы. Вы можете следить за моими публикациями на Twitter по адресу: https://www.twitter.com/scottgu (@scottgu это мой ник на Twitter)

оригинал статьи]]> https://docs.microsoft.com/archive/blogs/ruscottgu/2-vs-2010-net-4-0 Mon, 19 Oct 2009 11:01:00 GMT https://blogs.msdn.microsoft.com/ruscottgu/2009/10/19/2-vs-2010-net-4-0/ Я счастлив сообщить, что сегодня мы выпустили версии бета 2 Visual Studio 2010 и .NET 4.0. Подписчики MSDN могут скачать их уже сейчас. Для всех остальных версии бета 2 станут доступны для загрузки с этой среды.

Улучшения в VS 2010 и .NET

В VS 2010 и .NET 4 реализовано огромное количество улучшений и дополнений. В их числе существенные улучшения для разработки веб-приложений ASP.NET, клиентских приложений WPF и WinForms, для SharePoint, приложений Silverlight, приложений для работы с БД, приложений параллельной обработки данных, а также приложений для облачных вычислений (cloud computing). В VS 2010 также реализовано огромное количество улучшений в IDE, редакторах кода, языках разработки и в инструментах проектирования, создания и тестирования приложений уровня предприятий.

TFS 2010 теперь стало проще устанавливать (потребуется лишь 20 минут, чтобы настроить контроль версий файлов с исходным кодом, отслеживание запросов на исправления и улучшения, автоматизацию сборки и непрерывной интеграции), он может быть установлен как на серверные, так и на клиентские операционные системы, а также доменные контроллеры, кроме того, теперь он также включен во все варианты подписки MSDN на Visual Studio.

Я начал серию статей в блоге, где буду освещать некоторые из улучшений и новых возможностей VS 2010 и .NET 4. Следите за моим блогом, потому что в ближайшие месяцы я собирают написать об этом много новых статей.

Упрощение вариантов поставки в продуктовой линейке VS 2010

Начиная с версии VS 2010, мы упрощаем продуктовую линейку и различные варианты комплектации Visual Studio, кроме того, мы предоставили дополнительные преимущества подписчикам MSDN. Теперь мы предлагаем такие варианты поставки:

• Visual Studio Express: бесплатные варианты поставки для веб-разработчиков, а также разработчиков VB, C# и C++.
• Visual Studio 2010 Professional с подпиской MSDN: профессиональные средства разработки, использовавшиеся вами и раньше, которые дополнены интеграцией со средствами контроля версий, средствами регистрации ошибок, автоматизации сборки проектов и многим другим. Также в эту поставку входит 50 часов в месяц облачных вычислений Azure.
• Visual Studio 2010 Premium с подпиской MSDN: сюда входит все, что включено в Professional-версию, плюс более продвинутые средства разработки (включая расширенные возможности профилирования и отладки, контроля покрытия исходного кода тестами, анализа исходного кода и приоритезации тестирования), расширенная поддержка работы с базами данных, тестирования пользовательского интерфейса и многое другое. Вместо того, чтобы покупать несколько вариантов поставки для командной разработки, как приходилось делать в случае с VS 2008, с VS 2010 вы сможете получить аналогичную комбинацию возможностей в одной поставке. Также в эту поставку входит 100 часов в месяц облачных вычислений Azure.
• Visual Studio 2010 Ultimate с подпиской MSDN: сюда входит все, что включено в Premium-версию, плюс дополнительные возможности для разработчиков, тестировщиков и архитекторов, такие как Intellitrace (ранее называвшийся Historical Debugging), новые инструменты для разработки архитектуры системы (UML, обнаружение сервисов), управление тестовой лабораторией, etc. Также в эту поставку входит 250 часов в месяц облачных вычислений Azure.

Поддержка установки на одной машине с VS 2008

VS 2010 и .NET 4.0 могут быть установлены на одной машине с VS 2008 и .NET 3.5, при этом 2-я бета VS 2010 и .NET 4.0 никак не затронет ваши существующие проекты разработки, связанные с VS 2008/.NET 3.5.

Доступна лицензия для промышленной разработки

В выпущенной версии .NET 4 и VS 2010 включена лицензия “go-live”, означающая, что вы можете начать использовать эти продукты для промышленной разработки, а не только ознакомления/тестирования.

Резюме

VS 2010 и .NET 4.0 привносят ряд очень существенных улучшений и новых возможностей. Цель сегодняшнего выпуска 2-й беты была в том, чтобы как следует поработать над вопросами производительности, стабильности и интеграции всего реализованного набора возможностей. Теперь внимание команды разработки будет сфокусировано на ваших отзывах о продукте и подготовке к выпуску версии релиз-кандидат (RC). Пожалуйста, присылайте нам ваши отзывы о выпущенной 2-й бета-версии.

Надеюсь, вы нашли для себя что-то полезное,

Скотт

P.S. В последнее время я чаще использую Twitter, чтобы рассказывать о предстоящих планах и публиковать ссылки на интересные ресурсы. Вы можете следить за моими публикациями на Twitter по адресу: https://www.twitter.com/scottgu (@scottgu это мой ник на Twitter)

оригинал статьи

• Улучшенный императивный синтаксис: новый упрощенный синтаксис кода для создания элементов управления, выполняемых на клиенте.
• Загрузчик клиентских скриптов: новый загрузчик скриптов, выполняемых на стороне клиента, который динамически загружает все файлы JavaScript, необходимые для клиентского элемента управления или библиотеки, а также выполняет скрипты в нужной последовательности.
• Улучшенная интеграция с jQuery: теперь все элементы управления Microsoft Ajax автоматически представляются как плагины jQuery.

В дополнение к улучшению библиотеки мы также выпустили новую беплатную утилиту - Microsoft AJAX Minifier. Эта утилита позволит вам существенно улучшить производительность ваших веб-сайтов за счет уменьшения размера ваших файлов JavaScript. Утилита может запускаться и из командной строки, и как задание MSBuild в Visual Studio, которое вы можете настроить для ваших проектов VS, чтобы автоматически уменьшать размер ваших файлов JavaScript при каждой сборке проекта.

Использование библиотеки Microsoft AJAX (6-й версии для предварительного ознакомления)

Начасть создавать приложения с вышедшей версией библиотеки Microsoft Ajax вы можете двумя путями:

1) Посетите ASP.NET CodePlex и скачайте файлы библиотеки (туда также входит обширный набор примеров кода).

2) Получите скрипты библиотеки Microsoft Ajax напрямую из сети доставки контента Microsoft Ajax (Content Delivery Network, CDN). Для этого вам всего лишь нужно добавить следующий тег script в страницу .aspx или .html:

<script src=”https://ajax.microsoft.com/ajax/beta/0910/Start.js” type=”text/javascript”></script>

Чтобы узнать больше о Microsoft AJAX CDN, прочитайте сообщение, опубликованное в моем блоге в прошлом месяце, или посетите https://www.asp.net/ajax/cdn.

Улучшения императивного синтаксиса кода с этим выпуском

Команда ASP.NET получила отклики от сообщества разработчиков о том, что многие при написании кода создания элементов управления, выполняющихся на стороне клиента, предпочли бы использовать имеративный подход (в противовес подходу с декларативным синтаксисом). С сегодняшним выпуском библиотеки мы представляем простой императивный синтаксис кода для создания клиентских элементов управления и связывания их с элементами HTML на странице. Для этого синтаксиса полностью поддерживается JavaScript Intellisense как в VS 2008, так и в VS 2010.

Ниже приведен пример императивного кода, который вы теперь сможете писать для программного создания на стороне клиента элемента управления DataView, отображающего данные, получаемые от веб-сервиса на базе WCF:

Приведенный выше код создает экземпляр элемента управления Microsoft Ajax DataView и присоединяет его к HTML-элементу <div> с идентификатором “imageView”. URL веб-сервиса WCF указывается в свойстве “dataProvider”, а название вызываемого метода сервиса - в свойстве “fetchOperation”. Свойство “autoFetch” указывает, что элемент управления должен автоматически после загрузки привязываться к веб-сервису WCF.

Ниже приводится HTML-элемент <div> с идентификатором “imageView”, к которому присоединяется элемент управления DataView. Этот <div> содержит шаблон, который будет использоваться для отображения каждого элемента данных, получаемого от веб-сервиса (обратите внимание: возможность использовать шаблоны была представлена нами в вышедшей ранее версии Microsoft Ajax для предварительного ознакомления):

Выражения {{ Uri }} и {{ Name }} в приведенном шаблоне заменяются свойствами Name и Uri изображений, получаемых от веб-сервиса. Префикс пространства имен для атрибута “sys:src” элемента <img> используется для того, чтобы браузеры не попытались загрузить изображение по фактическому пути {Uri}. Значение атрибута sys:src попадает в атрибут src после загрузки шаблона.

Когда страница отрендерится в браузере, мы получим простую фотогалерею, как на рисунке ниже:

Если же вы не хотите использовать в шаблонах декларативный синтаксис, то можете модифицировать его, остатвив лишь HTML-разметку, как показано ниже (больше никаких выражений в {{ }}):

Затем при создании элемента управления DataView вы можете указать обработчик события itemRendered:

Вы можете реализовать обработчик события “imageRendered”, как показано ниже, и использовать метод Sys.bind() для программного задания значений параметров тегов <img> и <span> в шаблоне:

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

Использование загрузчика клиентских скриптов Microsoft Ajax

Библиотека клиентских скриптов Microsoft AJAX теперь разделена на несколько файлов JavaScript, за счет чего вы можете загружать и использовать лишь те файлы скриптов, которые вам на самом деле нужны, тем самым сокращая объем загружаемых данных.

Однако, ручное добавление всех файлов скриптов, которые нужны для работы элементов управления Ajax, может быть утомительной и чреватой ошибками работой. Для упрощения использования как элементов управления, так и отдельных компонентов библиотеки мы с сегодняшним выпуском представляем новый загрузчик клиентских скриптов. Этот загрузчик поможет вам автоматически загружать все файлы скриптов, необходимые для элементов управления, выполняемых на стороне клиента, а также позволит выполнять эти скрипты после загрузки страницы в нужной последовательности.

К примеру, приведенная ниже страница использует этот загрузчик для загрузки всех файлов скриптов, необходмых для работы элемента управления “watermark” (“водяной знак”), а затем связывает этот элемент управления с текстовым полем ввода <input>:

Обратите внимание на вызов метода Sys.require(). Когда вы вызываете Sys.require(), вы указываете название клиентского компонента (либо массив клиентских компонентов), который хотите загрузить. Затем клиентский загрузчик sys.require() автоматически скачивает все необходимые файлы скриптов, распараллеливая этот процесс (что позволяет быстрее загрузить ваши скрипты и избежать блокирования рендеринга страницы). Когда все необходимые для элемента управления скрипты будут загружены, происходит вызов метода Sys.onReady() и создается элемент управления watermark.

В примере выше мы связываем элемент управления “watermark” с текстовым полем ввода <input> с идентификатором “name”. Во время выполнения этот элемент управления приводит к появлению у поля ввода "водяного знака", автоматически исчезающего, как только пользователь установит фокус на это поле и начнет вводить текст:

У загрузчика клиентских скриптов есть множество расширенных возможностей, включая автоматическое комбинирование скриптов и отложенную загрузку. Он также “понимает”, надо ли загружать рабочую или отладочную версию библиотеки. Кроме того, он позволяет вам зарегистрировать ваши собственные библиотеки и также автоматически загружать их с использованием синтаксиса Sys.require().

Использование элементов управления библиотеки Microsoft Ajax совместно с jQuery

jQuery поставляется Microsoft как часть стандартной поставки ASP.NET MVC, а также по умолчанию добавляется в новые проекты ASP.NET Web Forms, создаваемые в Visual Studio 2010.

С сегодняшним выпуском для предварительного ознакомления мы существенно облегчили интеграцию jQuery с элементами управления Microsoft Ajax, что позволит разработчиками, применяющим jQuery, использовать элементы управления Microsoft Ajax в привычном синтаксисе API плагинов для jQuery. Это достигается за счет того, что теперь все элементы управления Microsoft Ajax автоматически доступны и как плагины jQuery. Иными словами, когда вы добавляете на страницу jQuery, вы можете использовать элементы управления Microsoft Ajax так же, как и любые другие jQuery-плагины.

Приведенный ниже код демонстрирует, как вы можете использовать jQuery для создания DataView, отображающего данны от веб-сервиса WCF (используя синтаксис плагинов jQuery):

Обратите внимание, что в приведенном примере я загружаю jQuery с использованием API клиентского загрузчика Sys.require(). Вы можете загружать jQuery с помощью нового клиентского загрузчика или же можете просто включить библиотеку jQuery в код страницы с помощью стандартного тега <script>.

После загрузки jQuery элементы управления библиотеки Microsoft Ajax автоматически становятся доступны как плагины jQuery. Это означает, что вы можете создавать и присоединять элементы управления Microsoft Ajax, используя стандартный синтаксис для плагинов jQuery (как в примере выше), а также получаете полную интеграцию с синтаксисисом jQuery selector.

Сокращение размера файлов JavaScript с помощью Microsoft Ajax Minifier

Есть два основных способа сокртить размер загружаемых файлов JavaScript: сжатие и уменьшение самих файлов (minification).

Когда ваш сайт работает под управлением IIS 7.0 на Windows Server, вы можете настроить IIS для автоматического сжатия ваших файлов JavaScript с использованием GZIP, что дает существенное повышение производительности сайта и сокращает размер загружаемых данных. Однако, вы можете получить дополнительный выйгрыш в производительности за счет использования как сжатия данных, так и уменьшения (minification) ваших файлов JavaScript. Эти дополнительные преимущества описываются в великолепной книге Стива Саундерса (Steve Sounders) High Performance Web Sites (Высокопроизводительные веб-сайты).

Помимо новой версии библиотеки Microsoft Ajax мы сегодя также выпустили новую бесплатную утилиту Microsoft Ajax Minifier, которая может помочь существенно сократить размер ваших файлов JavaScript. Она была создана Роном Логоном (Ron Logon), работающим в команде MSN. Вы можете бесплатно загрузить Microsoft Ajax Minifier с сайта ASP.NET на CodePlex.

Приведенный ниже скриншот показывает результаты уменьшения размера стандартной библиотеки jQuery с помощью различных подобных утилит, таких как JSMin Дугласа Крокфорда (Douglas Crockford), Packer Дина Эдварда (Dean Edward) и YUI Compressor. Два файла в конце списка были уменьшены с помощью утилиты Microsoft Ajax Minifier. Обратите внимание, что эта она уменьшила размер jQuery со 125 KB до всего 53 KB.

Microsoft Ajax Minifier поддерживает два уровня уменьшения: обычный (normal) и гиперсжатие (hypercrunched). При обычном уменьшении Microsoft Ajax Minifier удаляет все незначащие пробелы, комментарии, фигурные скобки и точки с запятой. В режиме гиперсжатия утилита становится более агрессивна в уменьшении размера файлов JavaScript, минимизируя названия локальных переменных и удаляя код, который никогда не получит управления.

Вот пример файла JavaScript:

А вот как этот файл будет выглядет после обработки с помощью Microsoft Ajax Minifier (с включенным гиперсжатием):

Обратите внимание, что все незначащие пробелы были удалены, а параметры функции firstValue и secondValue были переименованы в b и a.

В поставку Microsoft Ajax Minifier входят следующие компоненты:

• ajaxmin.exe – утилита командной строки для уменьшения файлов JavaScript.
• ajaxmintask.dll – задание MSBuild для уменьшения файлов JavaScript в проектах Visual Studio.
• ajaxmin.dll – компонент, который вы можете использовать в ваших приложениях C# или VB.NET для уменьшения файлов JavaScript.

После установки Microsoft Ajax Minifier вы можете воспользоваться утилитой командной строки для “ручного” запуска уменьшения файлов JavaScript.

Вы также можете выбрать опцию добавления Microsoft Ajax Minifier как задания MSBuild в Visual Studio. Это позволит вам автоматически уменьшать ваши файлы JavaScript каждый раз, когда вы выполняете сборку вашего проекта Visual Studio.

Резюме

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

Наконец, новая утилита Microsoft Ajax Minifier позволит существенно улучшить производительность ваших приложений Ajax за счет сокращения размера файлов JavaScript. Вы можете использовать эту утилиту как вручную из командной строки, так и автоматически при сборке проектов в Visual Studio.

Чтобы узнать еще больше подробностей, прочитайте статью в блоге Бертрана Ле Роя (Bertrand Le Roy). Щелкните здесь, чтобы загрузить 6-ю версию для предварительного ознакомления библиотеки Microsoft Ajax и новую утилиту Microsoft Ajax Minifier.

Надеюсь, вы нашли для себя что-то полезное,

Скотт

P.S. Помимо блога, я в последнее время еще использую Twitter, чтобы публиковать краткие заметки и новые ссылки. Следить за моими публикациями на Twitter вы можете здесь: https://www.twitter.com/scottgu (@scottgu - это мой псевдоним на twitter)

оригинал статьи.

Это восьмая из серии статей про грядущий выпуск VS 2010 и .NET 4. В сегодняшней публикации я расскажу об одной замечательной возможности среды времени выполнения ASP.NET 4, а именно о возможности использовать маршрутизацию URL (URL routing) со страницами на базе Web Forms.

Что такое маршрутизация URL?

Маршрутизация URL - это возможность, впервые появившаяся в ASP.NET 3.5 SP1 и активно применяемая в приложениях ASP.NET MVC, чтобы сделать используемые в них URL ясными и учитывающими поисковую оптимизацию - в стиле “web 2.0”. Маршрутизация URL позволяет настроить приложение на прием запросов с URL, которые не соответствуют реальным файлам приложения. Вместо этого вы можете с помощью маршрутизации определить URL, которые семантически значимы для пользователей и могут помочь в поисковой оптимизации сайтов.

К примеру, URL для обычной страницы, отображающей категории продуктов, мог бы выглядеть так:

https://www.mysite.com/products.aspx?category=software

С использованием движка маршрутизации URL в ASP.NET 4 вы сможете для отображения той же информации настроить приложение на прием таких запросов:

https://www.mysite.com/products/software

В ASP.NET 4.0 запросы, как в приведенном примере, могут быть сопоставлены как с классами-контроллерами ASP.NET MVC, так и со страницами на базе ASP.NET Web Forms.

Сопоставление запросов с использованием ASP.NET MVC

Движок маршрутизации URL, появившийся в ASP.NET 3.5 SP1, предоставляет мощные возможности для обработки входящих запросов. Обычно для регистрации/отображения URL, соответствующих определенному формату, и сопоставленных с ними обработчиков вам приходилось писать код, выполняемый при запуске приложения.

Ниже приведен пример того, как сегодня вы можете использовать ASP.NET MVC для сопоставления URL /products/software с классом-контроллером под названием “Products”, у которого есть метод “Browse”:

Первый параметр “products-browse” вспомогательного метода MapRoute() является дружественным именем маршрута. Второй параметр “products/{category}” - это фильтр для URL, соответствующий URL /products/software и рассматривающий второй сегмент URL как значение параметра “category”. Этот параметр затем будет передан на обработку в метод Browse() класса ProductsController.

Сопоставление запросов с использованием ASP.NET Web Forms

Теперь ASP.NET 4.0 также позволяет использовать движок маршрутизации URL для сопоставления не только с контроллерами ASP.NET MVC, но и со страницами на базе ASP.NET Web Forms.

Ниже приведен пример того, как вы можете использовать новый вспомогательный метод MapPageRoute() в ASP.NET 4.0 для сопоставления URL /products/software со страницей “Products.aspx”, расположенной в корневом каталоге приложения:

Здесь первые два параметра вспомогательного метода MapPageRoute() - те же, что и у MapRoute(). Первый параметр представляет дружественное имя маршрута, а второй задает формат URL для поиска соответствий. Третий параметр, между тем, указывает на страницу Products.aspx, которая будет обрабатывать запросы вместо класса-контроллера. Вы также можете указать MapPageRoute() дополнительные параметры, чтобы воспользоваться преимуществами “ограничений маршрута” и предоставить “значения параметров по умолчанию” точно так же, как вы можете сделать это в регистрациях маршрутов на базе ASP.NET MVC.

Для страницы Products.aspx вы затем можете написать код, как в примере ниже, использующий свойство Page.RouteData в ASP.NET 4.0 для получения значения параметра “category”, сопоставленного с фильтром URL /products/{category}, и после этого связать полученное значение с категориями продуктов, чтобы отобразить их:

В дополнение к программному доступу к параметрам входящих запросов при помощи кода, как в примере выше, вы также можете воспользоваться преимуществами нового декларативного элемента управления <asp:routeparameter> с любым элементом управления ASP.NET, использующим DataSource, чтобы декларативно связать его со значением из маршрута. К примеру, ниже мы используем выражение с <asp:routeparameter>, чтобы связать параметр @category оператора select с параметром /products/{category} в маршруте:

Получение URL запросов из ASP.NET Web Form

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

В примере выше когда мы устанавливали соответствие для URL /products/{category}, мы дали маршруту “дружественное имя” “products-browse”. Это позволяет нам теперь также использовать новый вспомогательный метод Page.GetRouteUrl(), чтобы найти маршрут в системе маршрутизации URL, опционально указывая его параметры, и затем получить настоящий URL, который соответствует нашему сгенерированному URL на базе маршрута. Например, нижеприведенный код получит URL “/products/software”:

Вы можете обращаться к упомянутому вспомогательному методу как из ваших файлов code-behind, так и из файлов .aspx.

Теперь также появился нобор методов Response.RedirectToRoute(), которые вы можете использовать, чтобы перенаправить пользователей по определенному маршруту (независимо от того, обрабатывается ли этот маршрут приложением на базе MVC или Web Forms) и при желании передать ему дополнительные параметры.

Обработка сценариев с использованием обратной передачи

Маршрутизация URL в ASP.NET 4.0 полностью поддерживает сценарии с использованием обратной передачи (PostBack). Элемент управления <form runat=”server”> автоматически сгенерирует тот же URL, что привел к рендерингу страницы. К примеру, если вы получаете доступ к странице с помощью URL /products/software, то любой выполняющийся на стороне сервера элемент управления <form runat=”server”> на этой странице сгенерирует для клиента HTML-элемент <form action=”/products/software”> - это означает, что любые сценарии с использованием обратной передачи сохранят исходный URL страницы.

За счет этого становится по-настоящему просто поддеживать в сценариях с использованием обратной передачи и Web Forms ясные, учитывающие поисковую оптимизацию URL, и у вас пропадет необходимость использовать различные трюки, к которым сегодня прибегают разработчики, чтобы достичь аналогичных эффектов при работе с модулями переписывания URL (URL rewriting modules).

Резюме

В ASP.NET 4.0 стало по-настоящему просто реализовать ясные, поддерживающие поисковую оптимизацию URL как в приложениях ASP.NET MVC, так и ASP.NET Web Forms (у вас также могут быть приложения, сочетающие эти два подхода).

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

Надеюсь, вы нашли для себя что-то полезное,

Скотт

оригинал статьи

Я рад сообщить вам о новой программе – WebsiteSpark – которую Microsoft запускает сегодня.

WebsiteSpark создана для индивидуальных веб-разработчиков и компаний-разработчиков, которые создают веб-приложения на заказ. Она даст вам возможность получать программное обеспечение, поддержку и доступ к бизнес-ресурсам Microsoft без предварительной оплаты на протяжении трех лет, что позволит вам расширить ваш бизнес и создавать великолепные решения на базе ASP.NET, Silverlight, SharePoint и PHP, а также приложения с открытым кодом, созданные на их основе.

Что предоставляет эта программа?

WebSiteSpark предоставляет лицензии на ПО, которыми вы можете пользоваться в течение трех лет. После начала участия в программе вы сможете загрузить и сразу же начать использовать следующие программные продукты Microsoft:

• 3 пользовательские лицензии на Visual Studio 2008 Professional Edition
• 1 пользовательскую лицензию на Expression Studio 3 (включающую Expression Blend, Sketchflow и Web)
• 2 пользовательские лицензии на Expression Web 3
• 4 процессорные лицензии на Windows Web Server 2008 R2
• 4 процессорные лицензии на SQL Server 2008 Web Edition
• Панель управления DotNetPanel (облегчает удаленное управление вашими серверами)

Лицензии на Windows Server и SQL Server могут быть использованы для разработки и для промышленной эксплуатации. Вы можете использовать собственные физические сервера или же использовать лицензии для получения услуг хостинга от сторонних поставщиков. С помощью WebsiteSpark вы можете легко найти компании, предоставляющие хостинг, которые также участвуют в этой программе и которые смогут использовать ваши лицензии для обеспечения работы ваших веб-сайтов на выделенных или виртуальных серверах.

В дополнение к программному обеспечению, WebsiteSpark предоставляет вам возможность расти и развивать ваш бизнес, участвуя в партнерской программе (к примеру, вы сможете предоставить отзывы клиентов о вас через наши партнерские программы). Сюда также входят услуги поддержки (включая 2 инцидента, которые будут обработаны профессиональной службой поддержки) и бесплатное обучение продуктам в онлайн.

Кто может участвовать в этой программе?

Программа WebSiteSpark доступна для независимых веб-разработчиков и небольших компаний, занимающихся веб-разработкой. Есть лишь два условия для вступления в программу:

1. Ваша компания должна заниматься разработкой веб-приложений по заказу.
2. В вашей компании должно быть на данный момент менее 10 сотрудников.

Если вы удовлетворяете этим условиям, то вступить в программу в можете прямо сегодня, посетив сайт WebsiteSpark.

При вступлении в программу вы должны либо предоставить рекомендацию другой компании (к примеру, компании, предоставляющей услуги хостинга, либо уже существующей компании-партнера Microsoft), либо указать код направления, полученный вами на каком-либо мероприятии или же выданный сотрудником Microsoft. Такой код вы можете получить, отправив письмо на webspark@microsoft.com, затем вы можете использовать его для вступления в программу на сайте WebsiteSpark. После вступления вы сможете сразу же загрузить и начать использовать программное обеспечение, а также воспользоваться возможностями, предоставляемыми в рамках партнерских программ.

Если у вас возникнут какие-либо сложности со вступлением в программу, вы можете написать мне (scottgu@microsoft.com), и я постараюсь найти кого-нибудь, кто сможет вам помочь.

А что же будет через 3 года?

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

По истечении трех лет участники программы WebsiteSpark могут при желании приобрести все ПО, предоставленное в рамках программы WebsiteSpark, в виде одного пакета стоимостью $999 в год. В него войдут 3 копии VS Professional, 1 копия Expression Studio (включая Blend и Sketchflow), 2 копи Expression Web, а также 4 процессорных лицензии на Windows Web Server 2008 и 4 процессорных лицензии на SQL Server Web edition, которые могут использоваться для промышленной эксплуатации.

Если же вы захотите приобрести лишь серверные лицензии для запуска ваших приложений, вы сможете воспользоваться специальным предложением: $199 в год за 1 процессорную лицензию на Windows Web Server и 1 процессорную лицензию на SQL Server Web edition. Вы сможете купить необходимое количество лицензий из предоставленного пакета по цене $199 в год за каждую.

Резюме

Программа WebsiteSpark дополняет две предыдущие успешные “Spark”-программы, которые мы запустили ранее, - BizSpark для стартапов и DreamSpark для студентов.

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

Посетите www.microsoft.com/web, чтобы больше узнать о Веб-платформе Microsoft, а также загрузить и установить новый Установщик веб-платформы Microsoft V2, выпущенный нами сегодня; с его помощью вы легко сможете подготавливать веб-сервера и рабочие станции для веб-разработки. Затем вы также можете ознакомиться, загрузить и начать использовать веб-приложения из Галереи веб-приложений Windows.

Надеюсь, вы нашли для себя что-то полезное,

Скотт

P.S. Помимо блога, я в последнее время еще использую Twitter, чтобы публиковать краткие заметки и новые ссылки. Следить за моими публикациями на Twitter вы можете здесь: https://www.twitter.com/scottgu (@scottgu - это мой псевдоним на twitter)

оригинал статьи.

Навигационная панель HTML в VS 2008

По умолчанию при работе с исходным кодом HTML в VS 2008 и в Express-редакции Visual Web Developer 2008 непосредственно над областью с редактируемым HTML-кодом отображается несколько выпадающих списков:

Этот набор выпадающих списков называется "навигационной панелью" (Navigation Bar) и позволяет в редакторе HTML-кода в VS 2008 переходить между функциями и методами, определенными в этом HTML-коде. Сюда входят как выполняемые на клиенте функции JavaScript, определенные непосредственно в файле .aspx/.html, так и выполняемые на сервере методы, определенные непосредственно в файле .aspx при работе без code-behind файлов.

Отключение навигационной панели HTML и возврат кусочка полезной площади экрана

Лично я не нахожу особой пользы в навигационной панели HTML, поскольку я стремлюсь не определять функции JavaScript непосредственно в HTML-файлах (вместо этого я использую более ненавязчивый подход и помещаю свой код JavaScript в отдельные файлы) и еще я, как правило, использую code-behind файлы вместо того, чтобы помещать весь выполняемый на сервере код обработчиков событий в один-единственный файл.

Если в этом вы со мной схожи и не особо часто пользуетесь навигационной панелью, то, думаю, будете рады узнать, что вы можете отключить ее в VS 2008 и вернуть себе порядка 40-50 пикселей, которые можно "отдать" редактору исходного кода HTML. Для этого выберите в VS пункт меню Tools->Options, перейдите к узлу "Text Editor->HTML" и снимите галку "Navigation Bar":

После того, как вы это сделаете и нажмете "OK", вы увидите, что выпадающие списки панели исчезли, и у вас появилось больше свободного места на экране:

(Внимание: если изменения не проявились сразу, попробуйте закрыть и заново открыть редакторуемый файл HTML/ASP.NET)

Надеюсь, вы нашли для себя что-то полезное,

Скотт

P.S. В VS 2010 (начиная с Beta2) мы по умолчанию скрываем эту навигационную панель в редакторе HTML, если используется стандартный профиль настроек для веб-разработки, но если вы находите ее полезной, то можете вернуть ее через пункт меню Tools->Options. Также в VS 2010 появился профиль для веб-разработки с оптимизацией для работы с исходным кодом , который отключает все навигационные и инструментальные панели, а также дизайнеры HTML.

оригинал статьи. ]]>