Обработчик XAML для Silverlight

XamlCruncher SL не имеет никаких наворотов. (По меньшей мере, сейчас; я возможно буду улучшать программу, если сочту это полезным.) По сути, вы пишите и редактируете XAML в левой стороне экрана, и видите результат справа. Эти две части отделены друг от друга сплиттером. Если XAML обрабатывается методом XamlReader.Load без ошибок, редактируемый текст отображается черным цветом, в противном случае текст становится красным, на на ошибку также указывает сообщение об исключении отображаемое в «строке состояния» внизу. Некоторые сообщения об ошибке указывают номер строки и столбец. Поэтому в правой части «строки состояния» отображается текущая строка и столбец каретки в редакторе.

Варианты «Сохранить» или «Загрузить» в XamlCruncher SL отсутствуют. (Очевидно, что возможность сохранения в изолированное хранилище будет первой в предполагаемом списке улучшений.) А пока, если вы хотите сохранить что-то из того, что напечатали в редакторе, выделите текст (Ctrl+A) и скопируйте его в буфер (Ctrl+C). Далее поступайте с ним как пожелаете. Точно также, если нужно поместить какой-то XAML в редактор, просто скопируйте и вставьте его туда (Ctrl+V).

В XamlCruncher SL так мало возможностей, что самой значительной можно назвать вот какую: когда вы нажимаете клавишу Tab находясь в редакторе, фокус не перепрыгивает на сплиттер, а вместо этого вставляются пробелы. (Звучит банально, но для этого мне пришлось перегрузить метод OnKeyDown.)

Если вы впервые сталкиваетесь со счастьем интерактивного редактирования XAML, помните, что при распарсивании XAML методом XamlReader.Load имеются определенные ограничения. Корневой элемент не может содержать атрибут x:Class, и нельзя задать обработчики событий. К тому же я наткнулся на довольно странную вещь: любые нестандартные атрибуты начинающиеся с префикса «x» просто игнорируются. Для проверки вставьте следующий текст в любой элемент:

x:whatever="who knows?" 

И XamlReader.Load не будет иметь никаких возражений.

Теперь, когда у вас есть исходный код, вы можете спросить: «Могу ли я ссылаться на свою (или чью-либо еще) Sivlerlight DLL в XAML, который я пишу в XamlCruncher SL?» и ответом будет «Да, потому, что теперь у вас есть исходный код». Вот как это сделать:

Предположим вы скачали содержимое моей недавней записи блога Canonical Splines in WPF and Silverlight, скомпилировали решение, и теперь у вас есть DLL названная CanonicalSplineLib.dll, лежащая в каталоге CanonicalSplineLib\Bin\Debug.

В решении XamlCruncherSL в Visual Studio кликните правой кнопкой в проекте XamlCruncherSL по элементу References, выберите Add Reference, перейдите на вкладку Browse, найдите файл CanonicalSplineLib.dll и выберите его. Перекомпилируйте XamlCruncher SL. Теперь DLL будет включена в XAP файл, и вы можете ссылаться на нее также, как это делается в WPF: объявив пространство имен XML указывающее на пространство CRL и имя сборки. Вот версия XAML (немного модифицированная), которую я демонстрировал в предыдущем посте блога:

<UserControl
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    xmlns:spline="clr-namespace:CanonicalSplineLib;assembly=CanonicalSplineLib">
    <UserControl.Resources>
        <Style x:Key="splineStyle"
               TargetType="spline:CanonicalSpline">
            <Setter Property="Points" 
                    Value="100 75 150 25 200 150 250 25 300 75" />
            <Setter Property="Stroke" Value="Blue" />
            <Setter Property="StrokeThickness" Value="5" />
        </Style>
    </UserControl.Resources>
    <StackPanel>
        <spline:CanonicalSpline Tension="0"
              Style="{StaticResource splineStyle}" />
        <spline:CanonicalSpline Tension="1"
              Style="{StaticResource splineStyle}" />
        <spline:CanonicalSpline Tensions="0 1 0 1 0" 
            Style="{StaticResource splineStyle}" />
    </StackPanel>
</UserControl>