Я всегда считал LINQ абсолютно бесполезной технологией. В первую очередь это обосновывалось тем, что LINQ «приучал» разработчиков писать запросы в коде (ведь LINQ to SQL применяют наиболее часто). На мой взгляд, это неправильно, так как данный код сложно поддерживать и оптимизировать. Но, кажется, в данном случае, использование LINQ вполне оправдано.

Читать в моем блоге о технологиях

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

Как Вы помните, при работе с неуправляемым кодом, все динамические библиотеки сохранялись в одной директории (System32). При этом не было никакого механизма хранения нескольких версий библиотек. Различить библиотеки можно было только по имени, которое совсем не информативно и не несет информации о версии, культуре и т. д.

С появлением .NET Framework ситуация кардинально поменялась.

Читать в моем блоге о технологиях

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

Между тем, Visual Studio 2010 содержит достаточно большое количество разнообразных шаблонов, позволяющих моделировать создавать процессы, веб-части, шаблоны сайтов и др. Поэтому, рассматривая процесс создания любого из компонентов, мы попытаемся использовать Visual Studio 2010. Но забывать о «низкоуровневой» структуре решения и механизмах развертывания без Visual Studio также не стоит.

Читать в моем блоге о технологиях

О чем пойдет речь?

При работе с SharePoint 2007 выделяли две версии продукта: Windows SharePoint Service 3.0 (WSS 3.0) и Microsoft Office SharePoint Server 2007 (MOSS 2007). Продукт WSS 3.0 являлся бесплатным и предоставлял фундамент для развертывания собственных решений. В свою очередь MOSS 2007 представлял собой настройку над WSS 3.0 с большим количеством расширений, дополнений и возможностью масштабироваться. Обычно разработчикам все равно, какой из двух продуктов используется, хотя, в сложных решениях, это принципиально.

В новой версии SharePoint произошла небольшая смена названий. Теперь бесплатная версия продукта носит название Microsoft SharePoint Foundation 2010, а платная – Microsoft SharePoint Server 2010.

Хочу сразу отметить, что мы будем вести речь только о Microsoft SharePoint Foundation 2010. Хотя все сказанное применимо и к старшему брату этого продукта. Для простоты мы будем говорить просто – SharePoint, подразумевая Microsoft SharePoint Foundation 2010.

Прежде чем переходить к отдельным темам, посвященным разработке решений для Microsoft SharePoint Foundation 2010, хотелось бы остановиться на тех нововедениях, которые реализованы в этом продукте и могут быть интересны разработчикам. Мы начнем с изменений в интерфейсе, а закончим описанием возможностей Visual Studio 2010 и SharePoint Designer.

Новый интерфейс

Читать в моем блоге о технологиях

На этот раз рассмотрим возможность, облегчающую работу при построении интерфейса приложения.

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

То есть стиль мог выглядеть следующим образом:

<Style TargetType="Button" x:Key="btnStyle">

 <Setter Property="FontFamily" Value="Arial Black"></Setter>

 <Setter Property="Background" Value="Green"></Setter>

 <Setter Property="FontStyle" Value="Italic"></Setter>

 <Setter Property="Foreground" Value="Red"></Setter>

</Style>

А код, устанавливающий стиль для конкретного элемента мог выглядеть так:

<Button Style="{StaticResource btnStyle}" 

 Content="Hello" Width="100" Height="50"></Button>

Теперь, при определении стиля, от атрибута x:Key можно избавится. Это будет означать, что указанный стиль будет использован неявно для всех элементов заданного типа. Естественно, если в элементе прописать стиль явно, то неявный стиль для этого элемента будет игнорироваться.

Еще одна потрясающая возможность SilverLight 4, это поддержка камеры и микрофона. Чтобы показать эти возможности в действии, рассмотрим небольшой пример. Для этого создадим новый SilverLight-проект и реализуем следующий интерфейс:

Читать в моем блоге о технологиях

Чтобы продемонстрировать работу нового элемента управления ViewBox, достаточно рассмотреть небольшой пример:

<UserControl x:Class="ViewBox_Chapter0.MainPage"

    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">

    <Grid x:Name="LayoutRoot" Background="White">

        <StackPanel>

            <Button Content="Hello" Width="400" Height="100"></Button>

        </StackPanel>

    </Grid>

</UserControl>

Читать всю статью на моем блоге о технологиях

И еще одна возможность приложений, работающих вне браузера, это возможность отображать уведомления. В данном случае под уведомлениями понимаются всплывающие окна, не требующие взаимодействия с пользователем (хотя они способны обрабатывать события от мыши, но не от клавиатуры) и исчезающие через заданный промежуток времени. Примеры таких окон можно найти, например, в приложении Microsoft Outlook, которое отображает всплывающие сообщения при получении нового письма.

Читать дальше на моем блоге о технологиях