Просто заметки

Переключение режима редактирования формы (WPF)

2011-02-27T21:00:00.000+03:00

Довольно часто возникает необходимость отображения данных на форме в двух режимах: редактирование и только чтение. Проблема в том, что не у всех контролов есть свойство IsReadOnly. Более того, некоторые контролы трактуют значение этого свойства по своему (Например для ComboBox.IsReadOnly = True включает режим использования только для чтения, в котором содержимое поля со списком можно выбирать, но не редактировать. Т.е. значение под комбиком по прежнему можно менять.) Также имеет смысл в режиме “только чтение” заменять сложные контролы на простые, например вместо ComboBox и DatetimePicker отобразить TextBox или MaskedTextBox.
Допустим у нас есть некая форма редактирования контакта и мы хотим, что бы в режиме просмотра она выглядела чуть-чуть иначе.

О том как этого добиться с минимальными усилиями я и хочу рассказать.

Вот так выглядит код разметки для этой формы:

   1: <Window x:Class="SwitchToReadOnly.ContactWindow"   2:         xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"   3:         xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"   4:         Title="Contact" Height="300" Width="300">   5:     <Grid>   6:         <Grid.ColumnDefinitions>   7:             <ColumnDefinition Width="Auto"/>   8:             <ColumnDefinition Width="*"/>   9:         </Grid.ColumnDefinitions>  10:         <Grid.RowDefinitions>  11:             <RowDefinition Height="Auto"/>  12:             <RowDefinition Height="Auto"/>  13:             <RowDefinition Height="Auto"/>  14:             <RowDefinition Height="Auto"/>  15:             <RowDefinition Height="Auto"/>  16:             <RowDefinition Height="Auto"/>  17:             <RowDefinition Height="*"/>  18:             <RowDefinition Height="Auto"/>  19:         </Grid.RowDefinitions>  20:    21:         <Label Grid.Column="0" Grid.Row="0">Фамилия</Label>  22:         <Label Grid.Column="0" Grid.Row="1">Имя</Label>  23:         <Label Grid.Column="0" Grid.Row="2">Отчество</Label>  24:         <Label Grid.Column="0" Grid.Row="3">Должность</Label>  25:         <Label Grid.Column="0" Grid.Row="4">Телефон</Label>  26:         <Label Grid.Column="0" Grid.Row="5">Email</Label>  27:    28:         <TextBox Grid.Column="1" Grid.Row="0" Text="{Binding LastName, Mode=TwoWay}"/>  29:         <TextBox Grid.Column="1" Grid.Row="1" Text="{Binding FirstName, Mode=TwoWay}"/>  30:         <TextBox Grid.Column="1" Grid.Row="2" Text="{Binding SecondName, Mode=TwoWay}"/>  31:         <ComboBox Grid.Column="1" Grid.Row="3" ItemsSource="{Binding Positions}"   32:                   SelectedItem="{Binding Position, Mode=TwoWay}"  33:                   DisplayMemberPath="Name" IsReadOnly="True" />  34:         <TextBox Grid.Column="1" Grid.Row="4" Text="{Binding Phone, Mode=TwoWay}"/>  35:         <TextBox Grid.Column="1" Grid.Row="5" Text="{Binding Email, Mode=TwoWay}"/>  36:    37:         <DockPanel Grid.Column="1" Grid.Row="7" LastChildFill="False" >  38:             <Button DockPanel.Dock="Right" Command="{Binding CancelCommand}"   39:                     Style="{StaticResource CancelButton}">Отмена</Button>  40:             <Button DockPanel.Dock="Right" Command="{Binding AcceptCommand}"   41:                     Style="{StaticResource AcceptButton}">Сохранить</Button>  42:         </DockPanel>  43:     </Grid>  44: </Window>

Как видите ничего необычного, типичная форма редактирования с использованием шаблона MVVM. Для того что бы перевести ее в режим чтения нам понадобится создать одно attached property и несколько стилей.

Сначала создадим класс EditMode и объявим в нем attached property IsReadOnly. В итоге наш класс будет выглядеть так:

   1: using System.Windows;   2:     3: namespace SwitchToReadOnly   4: {   5:     public class EditMode   6:     {   7:     8:         public static readonly DependencyProperty IsReadOnlyProperty =   9:             DependencyProperty.RegisterAttached("IsReadOnly", typeof(bool),   10:             typeof(EditMode), new UIPropertyMetadata(false));  11:    12:         public static bool GetIsReadOnly(DependencyObject obj)  13:         {  14:             return (bool)obj.GetValue(IsReadOnlyProperty);  15:         }  16:    17:         public static void SetIsReadOnly(DependencyObject obj, bool value)  18:         {  19:             obj.SetValue(IsReadOnlyProperty, value);  20:         }  21:     }  22: }

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

   1: <Style TargetType="Control" x:Key="BaseStyle">   2:     <Setter Property="SwitchToReadOnly:EditMode.IsReadOnly"    3:             Value="{Binding IsReadOnly}"/>   4:     <Setter Property="Margin" Value="2"/>   5: </Style>

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

   1: <Style TargetType="TextBox" BasedOn="{StaticResource BaseStyle}">   2:     <Style.Triggers>   3:         <Trigger Property="SwitchToReadOnly:EditMode.IsReadOnly" Value="True">   4:             <Setter Property="IsReadOnly" Value="True"/>   5:             <Setter Property="Background" Value="LightGray"/>   6:         </Trigger>   7:     </Style.Triggers>   8: </Style>

Здесь мы просто устанавливаем значение True для штатного свойства TextBox.IsReadOnly и меняем фон на серый. А вот с ComboBox’ом чуть сложнее, поскольку тут нам нужно подменить контрол на TextBox:

   1: <Style TargetType="ComboBox" BasedOn="{StaticResource BaseStyle}">   2:     <Style.Triggers>   3:         <Trigger Property="SwitchToReadOnly:EditMode.IsReadOnly" Value="True">   4:             <Setter Property="Template">   5:                 <Setter.Value>   6:                     <ControlTemplate TargetType="ComboBox">   7:                         <TextBox Margin="0" Text="{TemplateBinding Text}"/>   8:                     </ControlTemplate>   9:                 </Setter.Value>  10:             </Setter>  11:         </Trigger>  12:     </Style.Triggers>  13: </Style>

Добавим еще стили для кнопок. Кнопка “Сохранть” должна быть видимой только в режиме редактирования:

   1: <Style TargetType="Button" x:Key="AcceptButton" BasedOn="{StaticResource BaseStyle}">   2:     <Setter Property="Content" Value="Сохранить"/>   3:     <Style.Triggers>   4:         <Trigger Property="SwitchToReadOnly:EditMode.IsReadOnly" Value="True">   5:             <Setter Property="Visibility" Value="Collapsed"/>   6:         </Trigger>   7:     </Style.Triggers>   8: </Style>

А кнопка “Отмена” в режиме просмотра будет менять свой текст на “Закрыть”:

   1: <Style TargetType="Button" x:Key="CancelButton" BasedOn="{StaticResource BaseStyle}">   2:     <Setter Property="Content" Value="Отменить"/>   3:     <Style.Triggers>   4:         <Trigger Property="SwitchToReadOnly:EditMode.IsReadOnly" Value="True">   5:             <Setter Property="ContentTemplate">   6:                 <Setter.Value>   7:                     <DataTemplate DataType="Button">   8:                         <TextBlock>Закрыть</TextBlock>   9:                     </DataTemplate>  10:                 </Setter.Value>  11:             </Setter>  12:         </Trigger>  13:     </Style.Triggers>  14: </Style>

Стили следует поместить в общие ресурсы приложения (например в App.xaml)
Вот в принципе и все.

Полный пример можно скачать здесь:

Горячие клавиши в WPF

2010-08-29T00:18:00.000+04:00

Недавно возникла необходимость реализовать в проекте функционал горячих клавиш. Сами сочетания клавиш должны храниться в отдельном хранилище (например в xml-файле) и не должны зависеть от текущего клавиатурного фокуса на форме. При этом в проекте используется паттерн M-V-VM и DelegateCommand.

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

Итак. Для начала создадим базовый класс для наших форм WindowBase который будет являться наследником от Window. В классе определяем свойство зависимости GlobalHotKeys в котором будем хранить список привязок к горячим клавишам.

private static readonly DependencyPropertyKey GlobalHotKeysPropertyKey =
    DependencyProperty.RegisterReadOnly("GlobalHotKeys",
                                        typeof(List<InputBinding>),
                                        typeof(HotKeyWindow),
                                        new UIPropertyMetadata(new List<InputBinding>()));
public static readonly DependencyProperty GlobalHotKeysProperty = GlobalHotKeysPropertyKey.DependencyProperty;

/// <summary>
/// Коллекция горячих клавиш срабатывающих независимо от текущего клавиатурного фокуса.
/// </summary>
public List<InputBinding> GlobalHotKeys
{
    get { return (List<InputBinding>)GetValue(GlobalHotKeysProperty);
}

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

protected override void OnPreviewKeyDown(KeyEventArgs e)
{
    foreach (var binding in GlobalHotKeys)
    {
        var keyGesture = binding.Gesture as KeyGesture;
        if (keyGesture != null && keyGesture.Modifiers == Keyboard.Modifiers && keyGesture.Key == e.Key)
        {
            if (binding.Command != null && binding.Command.CanExecute(0))
            {
                binding.Command.Execute(0);
                e.Handled = true;
                break;
            }
        }
    }
    base.OnPreviewKeyDown(e);
}

В принципе теперь можно создавать формы наследники от WindowBase и прямо в xaml инициализировать коллекцию GlobalHotKeys. По крайней мере со стандартными командами этого вполне должно хватить. В моем случае используются DelegateCommand определенные во ViewModel, и представление использует их через привязку данных. Однако если попытаться привязать команду к свойству Command в KeyBinding, то привязка не сработает... Честно говоря я не очень понимаю почему так происходит, гугл тоже вразумительного ответа не дал, но зато подсказал как решить эту проблему =) Нужно определить команды как ресурсы формы и в дальнейшем ссылаться на них через {StaticResource}

    <hotkeys:HotKeyWindow.GlobalHotKeys>
        <hotkeys:ResourceKeyBinding Command="{StaticResource searchCommand}" GestureResourceId="Refresh"/>
    </hotkeys:HotKeyWindow.GlobalHotKeys>

Для этого нам понадобится класс CommandReference.

    public class CommandReference : Freezable, ICommand
    {
        public static readonly DependencyProperty CommandProperty = 
            DependencyProperty.Register("Command", 
                                        typeof(ICommand), 
                                        typeof(CommandReference), 
                                        new PropertyMetadata(new PropertyChangedCallback(OnCommandChanged)));

        private readonly EventHandler _canExecuteChangedHandler;

        public CommandReference()
        {
            _canExecuteChangedHandler = OnCanExecuteChanged;
        }

        public ICommand Command
        {
            get { return (ICommand)GetValue(CommandProperty); }
            set { SetValue(CommandProperty, value); }
        }

        #region ICommand Members

        public bool CanExecute(object parameter)
        {
            if (Command != null)
                return Command.CanExecute(parameter);
            return false;
        }

        public void Execute(object parameter)
        {
            Command.Execute(parameter);
        }

        public event EventHandler CanExecuteChanged;

        private static void OnCommandChanged(DependencyObject d, DependencyPropertyChangedEventArgs e)
        {
            var commandReference = d as CommandReference;
            if (commandReference != null)
            {
                var oldCommand = e.OldValue as ICommand;
                if (oldCommand != null)
                    oldCommand.CanExecuteChanged -= commandReference._canExecuteChangedHandler;

                var newCommand = e.NewValue as ICommand;
                if (newCommand != null)
                    newCommand.CanExecuteChanged += commandReference._canExecuteChangedHandler;
            }
        }

        private void OnCanExecuteChanged(object sender, EventArgs e)
        {
            if (CanExecuteChanged != null)
                CanExecuteChanged(this, e);
        }

        #endregion

        #region Freezable

        protected override Freezable CreateInstanceCore()
        {
            return new CommandReference();
        }

        #endregion

    }

Сам класс взят из MVVM-ToolKit и немного доработан мною.Теперь можно определить в ресурсах окна CommandReference связав его с нашей командой и везде где нужно ссылаться на этот ресурс.

    <hotkeys:HotKeyWindow.Resources>
        
        <commands:CommandReference Command="{Binding SearchCommand}" x:Key="searchCommand"/>
        <commands:CommandReference Command="{Binding OpenCommand}" x:Key="openCommand"/>
    </hotkeys:HotKeyWindow.Resources>

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

    public class HotKeyStore
    {
        private static readonly HotKeyStore _instance = new HotKeyStore();

        private readonly Dictionary<string, string> _keyGestures;

        public static HotKeyStore Instance
        {
            get { return _instance; }
        }

        private HotKeyStore()
        {
            _keyGestures = new Dictionary<string, string>();
        }

        public void RegisterGesture(string key, string gesture)
        {
            if (_keyGestures.ContainsKey(key))
                _keyGestures[key] = gesture;
            else
                _keyGestures.Add(key, gesture);
        }

        public string this[string resourceKey]
        {
            get { return _keyGestures.ContainsKey(resourceKey) ? _keyGestures[resourceKey] : null; }
        }
    }

Напишем класс ResourceKeyBinding наследующий KeyBinding и в нем определим строковое свойство ResourceKey при инициализации которого будем получать сочетание клавиш из нашего сервиса и присваивать его свойству Gesture.

    public class ResourceKeyBinding : InputBinding
    {
        #region fields

        private KeyGesture _resourceGesture;

        private string _gestureResourceId;

        #endregion

        ///<summary>
        /// Creates a new instance of <see cref="ResourceKeyBinding"/>
        ///</summary>
        public ResourceKeyBinding()
        {
        }

        #region Properties
        ///<summary>
        /// Gets of sets gesture resource id which is used to get key from configuration
        ///</summary>
        public string GestureResourceId
        {
            get { return _gestureResourceId; }
            set
            {
                _gestureResourceId = value;
                if (!string.IsNullOrEmpty(_gestureResourceId))
                    RestoreKeyBinding(value);
                else
                    _resourceGesture = null;
            }
        }

        /// <summary>
        ///Key gesture of current <see cref="InputBinding"/> 
        /// </summary>
        [TypeConverter(typeof(KeyGestureConverter)), ValueSerializer(typeof(KeyGestureValueSerializer))]
        public override InputGesture Gesture
        {
            get
            {
                return _resourceGesture ?? base.Gesture;
            }
            set
            {
                var keyGesture = value as KeyGesture;
                if (keyGesture == null)
                {
                    throw new ArgumentException();
                }
                base.Gesture = value;
            }
        }
        #endregion

        /// <summary>
        /// Restores key from configuration
        /// </summary>
        /// <param name="gestureResourceId">Resource Id is used to find key</param>
        protected void RestoreKeyBinding(string gestureResourceId)
        {
            //Get HotKey
            var keyGesture = HotKeyStore.Instance[gestureResourceId];
            if (!string.IsNullOrEmpty(keyGesture))
                _resourceGesture = (KeyGesture)
                                   new KeyGestureConverter().ConvertFromString(keyGesture);
        }
    }

Вот собственно и все.
Полностью рабочий пример можно скачать здесь:

В примере используются две команды, одна осуществляет поиск значения в коллекции строк по подстроке и вызывается либо нажатием на кнопку “Найти”, либо, если клавиатурный фокус находится в текстовом поле, по нажатию на “Enter”, либо по нажатию “F5”.
Если клавиатурный фокус находится в списке найденных элементов, то по нажатию на “Enter” будет вызван MessageBox с текстом выбранного элемента.

Code snippets

2010-05-17T23:36:00.001+04:00

Когда стоит задача создать несколько десятков однотипных классов, волей-неволей задумываешься о том как эту работу можно ускорить? Для этого существуют разные способы, начиная с копи-паста и заканчивая кодогенерацией…
Копи-паст чреват ошибками, и вообще считается злом :-). Кодогенерация вещь отличная, но… ее еще надо освоить…
Я хочу рассказать об одном из промежуточных вариантов – о сниппетах.

Code snippets – это заготовки кода для типовых задач, например таких как реализация геттера и сеттера свойств, циклы и пр.
В Visual Studio присутствует большое количество готовых сниппетов. Их можно увидеть выбрав в меню Tools пункт Code snippets manager.

Откроется менеджер сниппетов, в котором можно посмотреть информацию об уже установленных сниппетах, а так же подключить новые.

Теперь, когда мы познакомились с имеющимися сниппетами, можно попробовать их в действии. На самом деле использовать их проще простого, когда мы начинаем писать в коде имя сниппета, то оно автоматически подсвечивается с помощью IntelliSence:

Набрав (или выбрав) нужное имя нажимаем клавишу Tab (если имя было набрано не полностью, то придется нажать Tab дважды) – и, вместо набранного имени, будет вставлен нужный код:

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

   1: [DataMember]   2: public string Name {   3:     get;   4:     set;   5: }

Тип и имя свойства, естественно, могут варьироваться.

Создаем новый XML файл (File –> New –> File –> XML). Далее вставляем следующий фрагмент:

   1: <CodeSnippets xmlns="http://schemas.microsoft.com/VisualStudio/2005/CodeSnippet">   2:   <CodeSnippet Format="1.0.0">   3:     <Header>   4:       <Title>   5:         Автосвойство с атрибутом DataMember   6:       </Title>   7:       <Shortcut>   8:         propdm   9:       </Shortcut>  10:     </Header>  11:     <Snippet>  12:       <Declarations>  13:         <Literal>  14:           <ID>propertyName</ID>  15:           <Default>MyProperty</Default>  16:           <ToolTip>Имя свойства свойства</ToolTip>  17:         </Literal>  18:         <Literal>  19:           <ID>propertyType</ID>  20:           <Default>object</Default>  21:           <ToolTip>Тип свойства</ToolTip>  22:         </Literal>  23:       </Declarations>  24:       <Code Language="CSharp">  25:         <![CDATA[  26:         [DataMember]  27:         public $propertyType$ $propertyName$ { get; set; }  28:         ]]>  29:       </Code>  30:     </Snippet>  31:   </CodeSnippet>  32: </CodeSnippets>

Теперь нужно сохранить файл под именем “DataMemberProperty.snippet” в папку “Мои документы\Visual Studio (номер версии)\Code Snippets\Visual C#\My Code Snippets\”. Вот и все, наш code snippet готов! Сразу же после сохранения он будет доступен в IntelliSence.
Как видно из примера, синтаксис достаточно прост, в секции Header задается описание нашего фрагмента, в Declarations мы описали используемые переменные, значения которых будут задаваться пользователем, а в секции Code – сам шаблон кода.

Для переменных, описываемых в секции Declarations, можно еще указать имя функции, результат выполнения которой будет автоматически подставлен вместо имени переменной в шаблоне. Сейчас, с помощью одной из них, мы немного улучшим результат получаемый с помощью сниппета для генерации свойства зависимости, рассмотренного в начале заметки. Этот сниппет вызывается если набрать в коде propdp и нажать клавишу Tab. Если помните, в сгенерированном коде, нужно было указать тип и имя свойства, а также имя класса, в котором это свойство определено. Вот от ввода имени класса мы сейчас и избавимся. Одна из функций, поддерживаемых механизмом сниппетов, возвращает имя текущего класса. Нам остается только найти нужный сниппет и чуть-чуть исправить его.
Файлы стандартных сниппетов располагаются в папке с Visual Studio, точное место расположения каждого сниппета можно увидеть в Code Snippets Manager. У меня необходимый файл располагается по следующему пути: “C:\Program Files\Microsoft Visual Studio 2010\VC#\Snippets\1033\NetFx30\propdp.snippet”

   1: <?xml version="1.0" encoding="utf-8" ?>   2: <CodeSnippets  xmlns="http://schemas.microsoft.com/VisualStudio/2005/CodeSnippet">   3:     <CodeSnippet Format="1.0.0">   4:         <Header>   5:             <Title>Define a DependencyProperty</Title>   6:             <Shortcut>propdp</Shortcut>   7:             <Description>Code snippet for a property using DependencyProperty as the backing store</Description>   8:             <Author>Microsoft Corporation</Author>   9:             <SnippetTypes>  10:                 <SnippetType>Expansion</SnippetType>  11:             </SnippetTypes>  12:         </Header>  13:         <Snippet>  14:             <Declarations>  15:                 <Literal>  16:                     <ID>type</ID>  17:                     <ToolTip>Property Type</ToolTip>  18:                     <Default>int</Default>  19:                 </Literal>  20:                 <Literal>  21:                     <ID>property</ID>  22:                     <ToolTip>Property Name</ToolTip>  23:                     <Default>MyProperty</Default>  24:                 </Literal>  25:                 <Literal>  26:                     <ID>ownerclass</ID>  27:                     <ToolTip>The owning class of this Property.  Typically the class that it is declared in.</ToolTip>  28:                     <Default>ownerclass</Default>  29:                 </Literal>  30:                 <Literal>  31:                     <ID>defaultvalue</ID>  32:                     <ToolTip>The default value for this property.</ToolTip>  33:                     <Default>0</Default>  34:                 </Literal>  35:             </Declarations>  36:             <Code Language="csharp">  37:                 <![CDATA[  38:    39: public $type$ $property$  40: {  41:     get { return ($type$)GetValue($property$Property); }  42:     set { SetValue($property$Property, value); }  43: }  44:    45: // Using a DependencyProperty as the backing store for $property$.  This enables animation, styling, binding, etc...  46: public static readonly DependencyProperty $property$Property =   47:     DependencyProperty.Register("$property$", typeof($type$), typeof($ownerclass$), new UIPropertyMetadata($defaultvalue$));  48:    49: $end$]]>  50:             </Code>  51:         </Snippet>  52:     </CodeSnippet>  53: </CodeSnippets>

В строках с 25 по 29 приведенного выше фрагмента описывается параметр ownerclass с помощью которого и задается имя класса владельца. Все, что нам нужно сделать – это добавить после строки 28 следующий код:

   1: <Function>ClassName()</Function>

И все! Теперь можно сохранить изменения и проверить сниппет в действии.

Более подробно о сниппетах можно почитать в MSDN Library. От себя хочу лишь добавить, что не жалею времени потраченного на изучение данной технологии, потому что сэкономил гораздо больше.

Новый домен

2010-04-27T23:15:00.001+04:00

Как-то почти случайно взял да и приобрел себе домен... Сегодня перевел на него свои блоги. Так что у блога теперь такой адрес: http://alex.algel.name.

"Почти случайно" потому, что делать этого в ближайшее время как-то не планировал вовсе... То есть, конечно, было желание заиметь свой домен, но вроде бы как и не к спеху... А пару дней назад, блуждая по просторам интернета, зашел на сайт регистратора и вышел оттуда уже со своим доменом =)

Теперь сижу и думаю: "И нафига?"

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

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

Создаем дерево.

2010-04-18T19:01:00.002+04:00

Иногда приходится сталкиваться с необходимостью отобразить на форме иерархичные данные в виде дерева. При этом сами данные хранятся в базе данных в плоском виде (Id, ParentId, Name).

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

Итак. Мы получаем из БД плоскую коллекцию элементов, пусть это будут элементы типа Flat:

   1: public  class  Flat  {   2:     public  int  Id { get ; set ; }   3:     public  int ? ParentId { get ; set ; }   4:     public  string  Name { get ; set ; }   5: }

Создадим наследника от Flat и в него добавим свойство Childs, которое будет хранить коллекцию дочерних элементов:

   1: public  class  Hierarchical  : Flat  {   2:     3:     public  IList <Hierarchical > Childs {   4:         get ;   5:         private  set ;   6:     }   7:     8:     public  Hierarchical() {   9:         Childs = new  List <Hierarchical >();  10:     }  11: }

Теперь займемся построением дерева.

Первый алгоритм для фанатов Linq:

   1: public  static  IList <Hierarchical > ConvertToHierarchyLinq(IEnumerable <Flat > flatItems) {   2:     3:     //Преобразуем последовательность в массив элементов Hierarchical    4:     var  array = flatItems   5:         .Select(i => new  Hierarchical  {   6:             Id = i.Id,   7:             ParentId = i.ParentId,   8:             Name = i.Name   9:         })  10:         .ToArray();  11:    12:     var  query = array.GroupJoin(  13:         array,          // Связываем массив с самим собой.   14:         p => p.Id,      // Указываем свойство содержащее первичный ключ.   15:         c => c.ParentId,// Указываем свойство содержащее внешний ключ.   16:         (parent, childs) => {           // Здесь мы описываем делегат принимающий раздельно   17:             foreach  (var  c in  childs) { // родителя и коллекцию дочерних элементов.   18:                 parent.Childs.Add(c);   // В котором заполняем дочерние элементы   19:         }                           // у родителя.   20:         return  parent;              // Возвращаем заполненный родительский элемент.   21:     }).Where(i => i.ParentId == null ); // Здесь указываем, что нам нужны только корневые элементы.   22:    23:     return  query.ToList();  24: }

А вторым я пользуюсь сам =)

   1: public  static  IList <Hierarchical > ConvertToHierarchy(IEnumerable <Flat > flatItems) {   2:     3:     var  dic = flatItems.ToDictionary(k => k.Id,   4:         v => new  Hierarchical  {   5:         Id = v.Id,   6:         ParentId = v.ParentId,   7:         Name = v.Name   8:     });   9:    10:     var  list = new  List <Hierarchical >();  11:    12:     foreach  (var  node in  dic.Values) {  13:         if  (node.ParentId != null ) {  14:             var  parent = dic[node.ParentId.Value];  15:             parent.Childs.Add(dic[node.Id]);  16:         } else  {  17:             list.Add(dic[node.Id]);  18:         }  19:     }  20:    21:     return  list;  22: }

Я для себя остановил выбор на втором варианте только потому, что на больших объемах данных (свыше 1000 элементов и с глубиной вложенности более 3-х уровней) он работает примерно в 2 раза быстрее .

Полный пример с замером производительности можно скачать отсюда.

Composite Application Guidance for WPF and Silverlight

2010-03-20T19:04:00.001+03:00

Пару дней назад Денис Гладких разместил на TechDays.ru отличный доклад по использованию CompositeWPF:

Облегчаем добавление параметров к Uri

2010-03-17T22:15:00.001+03:00

На codehelper.ru недавно возник вопрос по поводу того как сделать так, чтобы можно было конструировать сложные Url, с большим количеством параметров, в объектной манере. В ответ на это и родился очередной extension:

Copy Source | Copy HTML public static class UriExtensions { public static Uri AddQueryParameter(this Uri uri, string name, object value) { var builder = new UriBuilder(uri); if(builder.Query!=null&&builder.Query.Length>1) { builder.Query = string.Format("{0}&{1}={2}", builder.Query.Substring(1), name, value); }else { builder.Query = string.Format("{0}={1}", name, value); } return builder.Uri; } }

Теперь для конструирования Url можно написать такой код:

Copy Source | Copy HTMLvar uri = new Uri("http://alexey-algel.blogspot.com/search") .AddQueryParameter("updated-max", new DateTime(2010, 1, 24, 23, 10, 0).ToString("yyyy-MM-ddTHH:mm:sszzz")) .AddQueryParameter("max-results", 7); Console.WriteLine(uri.ToString());

Который построит такой Url:

http://alexey-algel.blogspot.com/search?updated-max=2010-01-24T23:10:00+03:00&max-results=7

Windows Live Writer

2010-02-21T12:40:00.000+03:00

Сегодня открыл для себя эту полезную утилиту. По первым впечатлениям это действительно очень удобный инструмент, для подготовки и отправки сообщений в блог. Особенно порадовало, что во время написания заметки уже сразу видно как она будет выглядеть на странице. Это благодаря тому, что Live Writer умеет автоматически импортировать тему, установленную в настройках блога, и использует ее в качестве фона в окне редактирования.
Вот как это выглядит:
Программа позволяет вставлять изображения, видео, карты и пр. Также есть возможность подкорректировать добавленный рисунок (изменить контраст, повернуть, наклонить, добавить водяной знак, изменить поля и т.д.)
Имеется возможность подкючать плагины, но, к сожалению, их пока очень мало. В целом впечатления пока положительные. Единственное чего мне пока не хватает - это подсветки исходного кода.
P.S. Эта заметка была подготовлена с помощью Windows Live Writer, впрочем это видно на скриншоте.

И снова о методах-расширениях

2010-02-16T01:10:00.000+03:00

Тут как-то на досуге пришла мысль. Вот к примеру есть класс A, у которого есть наследник B и который, в свою очередь, наследуется классом C.

Copy Source | Copy HTML
public class A {
    public int Id { get; set; }
}
public class B : A {
    public string Name { get; set; }
}
public class C : B {
    public string Description { get; set; }
}

Эти классы реализованы в какой-то сторонней сборке, и менять мы их не можем. А очень хочется добавить к ним еще один метод =). Казалось бы какие сложности? Можно написать extension method для класса A, и на этом успокоиться. Но все дело в том, что мы хотим иметь разные реализации этого метода для классов A и B, а для класса C будет использоваться та же реализация, что и для B. В таком случае можно написать методы расширения для классов A и B.

Copy Source | Copy HTML
public static class Extensions {
    public static void SayHello(this A item) {
        Console.WriteLine("Hello! I'm class A, Id:{0}", item.Id);
    }

    public static void SayHello(this B item) {
        Console.WriteLine("Hello! I'm class B, Id:{0} and Name: {1}", item.Id, item.Name);
    }
}

А теперь представим, что у нас есть список List < A > в котором находятся объекты всех трех перечисленных классов. И нам нужно пройтись по списку, вызвав этот метод-расширение для каждого элемента.

Copy Source | Copy HTML
protected static List<A> _items;
_items = new List<A>();
_items.AddRange(new[] { new A() { Id = 0 },
    new B() { Id = 1, Name = "class B" },
    new C() { Id=2, Name="class C", Description="I'm derived from class B"}
});

foreach (var item in _items) {
    item.SayHello();
}

Однако, скомпилировав и запустив приведенный код мы получим следующий результат:

Т.е. для каждого элемента списка был вызван метод-расширение класса A. Произошло это из-за статической привязки методов-расширений во время компиляции. Поскольку переменная item имеет тип A (foreach(var item in _items) преобразуется в foreach(A item in _items)) компилятор связывает строку item.SayHello(); с методом public static void SayHello(this A item).
Как же решить эту проблему? Решений можно найти несколько, но я хочу показать одно решение, с использованием ключевого слова dynamic, появившегося в C#4.0.
Нам понадобится всего лишь немного изменить класс Extensions:

Copy Source | Copy HTML
public static class Extensions {
    public static void SayHello(this A item) {
        dynamic dynamicItem = item;
        SayHelloInternal(dynamicItem);
    }

    private static void SayHelloInternal(A item) {
        Console.WriteLine("Hello! I'm class A, Id:{0}", item.Id);
    }

    private static void SayHelloInternal(B item) {
        Console.WriteLine("Hello! I'm class B, Id:{0} and Name: {1}", item.Id, item.Name);
    }
}

Идея здесь в том, что нужная перегрузка метода SayHelloInternal будет определяться не при компиляции, а на этапе выполнения, благодаря тому что передаваемый параметр помечен как dynamic.
Теперь выполнив код, получим ожидаемый результат:

Application Architecture Guide 2.0 на русском!!!

2010-02-15T12:38:00.000+03:00

Опубликован перевод книги Application Architecture Guide 2.0 от команды patterns & practices. Для того что бы скачать книгу нужно зарегистрироваться на сайте http://apparchguide.ms.

Далее описание с сайта:

Цель данного руководства – помочь разработчикам и архитекторам решений создавать эффективные высококачественные приложения на платформе Microsoft и .NET Framework в более сжатые сроки и с меньшими рисками благодаря использованию проверенных и снискавших доверие архитектурных принципов и шаблонов проектирования.
В руководстве предлагается обзор основных принципов и шаблонов,
которые обеспечивают прочную базу для создания хорошей архитектуры и дизайна
приложения. В дополнение к этой базе даются общеприменимые рекомендации по
разделению функциональности приложения на слои, компоненты и сервисы. Далее приводятся советы по определению и реализации ключевых характеристик дизайна, основных атрибутов качества (таких как производительность, безопасность и масштабируемость) и сквозной функциональности (такой как кэширование и протоколирование). В завершение руководство предлагает рекомендации по архитектуре и дизайну наиболее общих типов приложений, таких как Веб-приложения, насыщенные Интернет-приложения (RIA), насыщенные клиентские приложения, сервисы и мобильные приложения.

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

Данное руководство поможет:

Понять базовые принципы и шаблоны построения архитектуры и дизайна для разработки успешных решений на платформе Microsoft.
Правильно выбрать стратегии и шаблоны проектирования, которые помогут при проектировании слоев, компонентов и сервисов решения.
Определить и реализовать ключевые технические решения.
Определить и реализовать основные показатели качества и сквозные функции для решения.
Правильно выбрать технологии для реализации решения.
Создать возможный вариант базовой архитектуры решения.
Правильно выбрать предлагаемые группой patterns & practices решения и руководства, которые помогут в реализации решения.

Себе я уже скачал =)

Изучаю Microsoft Sync Framework. Окончание.

2010-01-31T23:41:00.000+03:00

В предыдущих заметках о SyncFramework ( ч.1 ч.2 ч.3 ) была рассмотрена синхронизация загрузкой. Этот вид синхронизации подходит когда само приложение только читает данные из БД, и не вносит никаких изменений.
Особенностью этого способа является то, что загружаются только изменения данных произошедшие с момента последней синхронизации, в отличие от синхронизации снимком, при которой вся таблица считывается целиком.
Но что если наше приложение должно не только считывать данные, но и вносить свои изменения? Оказывается у нас уже есть все необходимое для этого!
Все что нужно сделать это присвоить свойству SyncDirection у переменных StuffSyncAgent.stuffTable и ServerStuffSyncProvider.stuffAdapterBuilder значение SyncDirection.Bidirectional и все! Исходный код приводить не буду, поскольку изменения минимальны.
На самом деле тут может возникнуть проблема с конфликтом значений первичного ключа, но я ее решил изменив тип поля на uniqueidentifier.

Пополняем коллекцию extension methods

2010-01-28T23:36:00.000+03:00

Сегодня, в процессе работы, родилась еще парочка Extension methods:

Copy Source | Copy HTML
public static IDbDataParameter CreateParameter(this IDbCommand command, string name, DbType type, object value) {
    var parameter = command.CreateParameter();
    parameter.DbType = type;
    parameter.ParameterName = name;
    parameter.Value = value;
    return parameter;
}

public static IDbCommand CreateCommand(this IDbConnection conn, string commandText, IDbTransaction transaction) {
    var command = conn.CreateCommand();
    command.CommandText = commandText;
    command.Transaction = transaction;
    return command;
}

public static IDbCommand CreateCommand(this IDbConnection conn, string commandText) {
    return conn.CreateCommand(commandText, null);
}

С ними получается несколько удобнее писать в database independent стиле. А именно вместо:

Copy Source | Copy HTML
public static int GetCountStuffByDepartment(IDbConnection connection, int depadtmentId) {
    var command = connection.CreateCommand();
    command.CommandText = "Select Count(*) from Stuff Where DepartmentId = @DepartmentId";
    var param = command.CreateParameter();
    param.DbType = DbType.Int32;
    param.ParameterName = "DepartmentId";
    param.Value = depadtmentId;
    command.Parameters.Add(param);
    return (int) command.ExecuteScalar();
}

можно написать более лаконично:

Copy Source | Copy HTML
public static int GetCountStuffByDepartment2(IDbConnection connection, int depadtmentId) {
    var command = connection.CreateCommand("Select Count(*) from Stuff Where DepartmentId = @DepartmentId");
    command.Parameters.Add(command.CreateParameter("DepartmentId", DbType.Int32, depadtmentId));
    return (int)command.ExecuteScalar();
}

Компромиссная разработка.

2010-01-26T23:52:00.000+03:00

Разрабатывая маленький проект для изучения работы Sync Framework постоянно приходится искать компромисс между задуманным и тем что позволяют делать имеющиеся инструменты.

Изначально в качестве локальной БД я хотел использовать SQLite. Просто как-то привык больше с ним работать. И возможностей в нем побольше чем у SQL Server Compact, и Entity Framework и ним неплохо работает... Но, к сожалению, для него нет нормального провайдера синхронизации... А тот что есть использует в качестве меток только значения типа Timestamp. Но я не хочу использовать timestamp, по мне так приятнее и удобнее пользоваться типом datetime.
Ладно, поменял SQLite на SQL Server Compact, вроде все отлично. Схема таблицы нормально переносится из основной базы в локальную, правда с некоторыми ограничениями... Например Foreign Key автоматически не переносится.., но можно вмешаться в процесс создания схемы, и внести свои правки. Хорошо! Добавляю вручную связку между полями Id и ParentId и... Все благополучно падает с сообщением о том, что в SQL Server Compact поле не может ссылаться на поле из той же таблицы... (SQLite такое вполне позволяет)
Ок. Поскольку для доступа к данным используется EF, то дополнил класс Stuff свойством Parent, в котором по первому требованию пытаюсь получить руководителя запросом по ключу через ParentId.
Далее в качестве первичного ключа у меня используется Int с включенным Identity. В настройках мэппинга свойство StoreGeneratedPattern установил в Identity. Компилирую, синхронизирую - все работает. Пытаюсь добавить новую запись - валится с сообщением о том, что EF провайдер для базы данных SQL Server Compact не поддерживает значения полей генерируемые сервером. Стал искать почему, и выяснилось, что просто-напросто SQL Server Compact не поддерживает пакетные задания... То есть нельзя вставить запись и получить значение Id в одном запросе. Но, возможно, в следующей версии Entity Framework эту проблему решат, путем выполнения для вставки записи двух запросов... (В SQLite такой проблемы нет.)
Получается дальше есть два пути:

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

Guid занимает больше места, зато нет проблем с совпадением значений.
И, почему-то мне кажется, что лучше переписать проект с использованием Guid...

Волго-Дон 5074

2010-01-24T23:10:00.001+03:00

Когда-то давно я работал на речном флоте. На самом деле с детства мечтал стать моряком. И когда вырос, почти сумел воплотить свою мечту в реальность. На море, правда, не попал, но успел по бороздить такие реки как Волга, Кама, Москва-река, Нева, Шексна, Волго-Балтийский канал, канал имени Москвы. По образованию я штурман. Но за пять лет работы на флоте пришло понимание, что это не мое… Видать к тому времени достаточную силу набрала другая страсть – компьютеры… Тогда я и решил сменить профиль. Уволился с работы и устроился в первую попавшуюся организацию, деятельность которой была связана с компьютерами…

Прошло восемь лет, за которые я успел пройти путь от ведущего специалиста отдела сервиса (практически курьера) до начальника программного отдела (по факту ведущего программиста с доп. административными полномочиями).

А вчера, с удивлением, обнаружил в сети коллекцию фотографий и видео с судна, на котором я раньше работал... Автор, спасибо тебе большое!!!

Даже едва ностальгия не накатила. На этом самом судне я когда-то отработал почти полторы навигации. Эх.. В основном возили удобрения из Череповца в Питер, но иногда попадались рейсы в Москву и в Соликамск (практически начало Камы, там до истока километров 60 оставалось).

Иногда и щебенку возили из Питкяранты или из Ровного (северная часть Ладожского озера)

И даже в аварию попадали на нем. Столкнулись нос в нос с другим судном в тумане на Волго-Балтийском канале...

Мы тогда как раз из Соликамска возвращались, и на Волго-Балтийском канале под утро накрыло туманом. Сменный капитан решил не вставать на якорь, а пройти эту полосу тумана с помощью локатора. Похоже, что тот встречный рассуждал примерно так же.... В объяснительных экипажи обоих судов написали что во время столкновения у обоих были отданы якоря, и оба судна двигались назад.
Судоходный инспектор тогда произнес отличную фразу: "Ребята! Здесь днем с огнем ходить надо. А вы в тумане с локатором полезли...". Получается что хотели сэкономить час-другой, на ожидании пока туман рассеется, а в результате потеряли порядка 3000$ (премия за безаварийный рейс в срок), и две недели ушло на ремонт.
Сменный капитан через месяц стал рулевым-мотористом... На сколько я помню, кроме него, никто по этому поводу особо не расстроился. А весь рядовой состав был просто счастлив! Не любили его в общем.

Ну и несколько роликов напоследок:

Подход к причалу и швартовка в п. Вознесенье

Заход в 4-й шлюз на Волго-Балтийском канале

Автору еще раз респект и уважуха! =)

Изучаю Microsoft Sync Framework. Клиент.

2010-01-20T23:43:00.002+03:00

Итак. Слой доступа к данным, как я говорил ранее, реализован спомощью Entity Framework. Собственно описывать тут особо нечего, большая часть кода генерируется автоматически.

После работы мастера, у меня появилось два класса:
PhoneRefEntities - наследник от System.Data.Objects.ObjectContext
Stuff - наследник от System.Data.Objects.DataClasses.EntityObject
Для удобства немного расширил класс PhoneRefEntities, добавив в него статическое свойство Instance:

Copy Source | Copy HTML
namespace PhoneRef.Data {
    partial class PhoneRefEntities {
        private static PhoneRefEntities _instance;
        private static readonly object SyncRoot = new object();

        public static PhoneRefEntities Instance {
            get {
                lock (SyncRoot) {
                    if (_instance == null)
                        _instance = new PhoneRefEntities();
                }
                return _instance;
            }
        }
    }
}

Sql Server Compact не позволяет создавать связи внутри одной таблицы, поэтому свойство Parent тоже пришлось реализовать вручную:

Copy Source | Copy HTML
private Stuff _parent;
/// <summary>
/// Руководитель
/// </summary>
public Stuff Parent {
    get {
        //SQL Server Compact не позволяет создавать связки на внутри одной таблицы
        // поэтому реализуем ее таким образом.
        return _parent ??
               (_parent = PhoneRefEntities.Instance.Stuff.FirstOrDefault(item => item.Id == ParentId));
    }
    set {
        if (value == null) ParentId = null;
        else ParentId = value.Id;
    }
}

partial void OnParentIdChanged() {
    _parent = null;
}

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

Исходный код примера можно скачать здесь. Вкратце после инициализации привязок, в конструкторе формы, пытаемся считать данные из локальной БД, вызвав метод RefreshDataSource()

Copy Source | Copy HTML
private void RefreshDataSource() {
    if (_entityes == null) _entityes = PhoneRefEntities.Instance;
    //Нужно для того чтобы возвратились данные из локальной БД, а не из кэша
    _entityes.Refresh(System.Data.Objects.RefreshMode.StoreWins, _entityes.Stuff);
    _bs.DataSource = (from stuff in _entityes.Stuff
                      orderby stuff.LastName
                      select stuff).ToList();
}

Если локальная БД еще ни разу не синхронизировалась с сервером, то возникнет исключение EntityCommandExecutionException. В этом случае пытаемся провести синхронизацию, и еще раз перечитать данные.

Copy Source | Copy HTML
private void SynchronizeAndRefresh() {
    try {
        Data.Synchronization.SyncHelper.Synchronize();
        RefreshDataSource();
    } catch (Exception e) {
        Trace.WriteLine(e);
    }

Ну и в дальнейшем настраиваем таймер таким образом что бы каждую минуту вызывался метод SynchronizeAndRefresh(). Теперь если изменить данные на сервере, то в течение минуты (разумеется при наличии связи с сервером) эти изменения окажутся на клиенте.
Итого первая цель достигнута. А именно у нас есть работающее приложение способное работать в offline-режиме, и умеющее автоматически синхронизировать локальную БД с сервером, при наличии связи.

Изучаю Microsoft Sync Framework. Модуль синхронизации.

2010-01-16T01:02:00.010+03:00

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

ClientStuffSyncProvider - провайдер для локальной базы.
ServerStuffSyncProvider - провайдер для удаленной базы.
StuffSyncAgent - руководит синхронизацией.

ClientStuffSysncProvider унаследван от класса Microsoft.Synchronization.Data.SqlServerCe.SqlCeClientSyncProvider и предназначен для решения задач синхронизации на стороне клиента, используя базу данных SQL Server Compact. Конкретно он делает следующее:

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

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

using Microsoft.Synchronization.Data; using Microsoft.Synchronization.Data.SqlServerCe; namespace PhoneRef.Data.Synchronization { internal class ClientStuffSyncProvider : SqlCeClientSyncProvider { public ClientStuffSyncProvider() { ConnectionString = System.Configuration.ConfigurationManager.ConnectionStrings["LocalConnection"].ConnectionString; } } } * This source code was highlighted with Source Code Highlighter.

Также этот класс позволяет вклиниться в процесс создания схемы БД и внести дополнительные изменения, например создать внешний ключ.

Класс ServerStuffSyncProvider унаследован от Microsoft.Synchronization.Data.Server.DbServerSyncProvider и делает следующее:

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

Именно в этом классе определяется какие таблицы подлежат синхронизации. Какой вид синхронизации для них использовать. А также можно определить запросы для получения добавленных, измененных и удаленных записей. И в нем же можно определить запросы для обновления данных на сервере.

using System.Data; using System.Data.SqlClient; using Microsoft.Synchronization.Data; using Microsoft.Synchronization.Data.Server; using System.Configuration; namespace PhoneRef.Data.Synchronization { internal class ServerStuffSyncProvider : DbServerSyncProvider { public ServerStuffSyncProvider() { var conn = new SqlConnection(ConfigurationManager.ConnectionStrings["ServerConnection"].ConnectionString); Connection = conn; //Определяем запрос для получения нового значения метки //которая будет использоваться в дальнейшем для определения //записей измененных с последнего сеанса синхронизации. //Поскольку мы определили поля InsertDate, UpdateDate и DeleteDate с типом DateTime //то в качестве метки будем использовать значение текущей даты на сервере. var selectNewAnchorCommand = new SqlCommand(); const string newAnchorVariable = "@" + SyncSession.SyncNewReceivedAnchor; selectNewAnchorCommand.CommandText = "SELECT " + newAnchorVariable + " = GETDATE()"; selectNewAnchorCommand.Parameters.Add(newAnchorVariable, SqlDbType.DateTime); selectNewAnchorCommand.Parameters[newAnchorVariable].Direction = ParameterDirection.Output; selectNewAnchorCommand.Connection = conn; SelectNewAnchorCommand = selectNewAnchorCommand; //Создаем и настраиваем адаптер для каждой синхронизируемой таблицы //В нашем случае она одна. var stuffAdapterBuilder = new SqlSyncAdapterBuilder(conn) { SyncDirection = SyncDirection.DownloadOnly, TableName = "dbo.Stuff", TombstoneTableName = "dbo.Stuff_Tombstone", CreationTrackingColumn = "InsertDate", UpdateTrackingColumn = "UpdateDate" }; var stuffSyncAdapter = stuffAdapterBuilder.ToSyncAdapter(false, false, false, false); stuffSyncAdapter.TableName = StuffSyncAgent.StuffTableName; //Команда для получения новых записей с сервера. var stuffIncrInserts = new SqlCommand(); stuffIncrInserts.CommandText = string.Format(@" SELECT Id, ParentId, LastName, FirstName, SecondName, Division, Position, Phone FROM dbo.Stuff WHERE (InsertDate > @{0} AND InsertDate <= @{1})", SyncSession.SyncLastReceivedAnchor, SyncSession.SyncNewReceivedAnchor); stuffIncrInserts.Parameters.Add("@" + SyncSession.SyncLastReceivedAnchor, SqlDbType.DateTime); stuffIncrInserts.Parameters.Add("@" + SyncSession.SyncNewReceivedAnchor, SqlDbType.DateTime); stuffIncrInserts.Connection = conn; stuffSyncAdapter.SelectIncrementalInsertsCommand = stuffIncrInserts; //Получение измененных записей с сервера. var stuffIncrUpdates = new SqlCommand(); stuffIncrUpdates.CommandText = string.Format(@" SELECT Id, ParentId, LastName, FirstName, SecondName, Division, Position, Phone FROM dbo.Stuff WHERE (UpdateDate > @{0} AND UpdateDate <= @{1})", SyncSession.SyncLastReceivedAnchor, SyncSession.SyncNewReceivedAnchor); ; stuffIncrUpdates.Parameters.Add("@" + SyncSession.SyncLastReceivedAnchor, SqlDbType.DateTime); stuffIncrUpdates.Parameters.Add("@" + SyncSession.SyncNewReceivedAnchor, SqlDbType.DateTime); stuffIncrUpdates.Connection = conn; stuffSyncAdapter.SelectIncrementalUpdatesCommand = stuffIncrUpdates; //Получение удаленных записей с сервера. var stuffIncrDeletes = new SqlCommand(); stuffIncrDeletes.CommandText = string.Format(@" SELECT Id, ParentId, LastName, FirstName, SecondName, Division, Position, Phone FROM dbo.Stuff_Tombstone WHERE (@{0} = 1 AND DeleteDate > @{1} AND DeleteDate <= @{2})", SyncSession.SyncInitialized, SyncSession.SyncLastReceivedAnchor, SyncSession.SyncNewReceivedAnchor); stuffIncrDeletes.Parameters.Add("@" + SyncSession.SyncInitialized, SqlDbType.Bit); stuffIncrDeletes.Parameters.Add("@" + SyncSession.SyncLastReceivedAnchor, SqlDbType.DateTime); stuffIncrDeletes.Parameters.Add("@" + SyncSession.SyncNewReceivedAnchor, SqlDbType.DateTime); stuffIncrDeletes.Connection = conn; stuffSyncAdapter.SelectIncrementalDeletesCommand = stuffIncrDeletes; SyncAdapters.Add(stuffSyncAdapter); } } } * This source code was highlighted with Source Code Highlighter.

Теперь осталось создать клас, который будет руководить процессом синхронизации.
StuffSyncAgent наследуем от Microsoft.Synchronization.SyncAgent.
В нем задаем описанные выше провайдеры, и определяем таблицы подлежащие синхронизации. Казалось бы зачем еще раз их определять, ведь мы это уже делали в классе ServerStuffSyncProvider? А вот зачем, в серверном провайдере мы определили то каким образом можно синхронизировать определенные таблицы. А здесь мы указываем какие из таблиц поддерживаемых провайдером нужно синхронизировать, и какой вид синхронизации использовать для каждой.

using Microsoft.Synchronization; using Microsoft.Synchronization.Data; namespace PhoneRef.Data.Synchronization { public class StuffSyncAgent : SyncAgent { public const string StuffTableName = "Stuff"; public StuffSyncAgent() { LocalProvider = new ClientStuffSyncProvider(); RemoteProvider = new ServerStuffSyncProvider(); var stuffTable = new SyncTable(StuffTableName) { CreationOption = TableCreationOption.DropExistingOrCreateNewTable, SyncDirection = SyncDirection.DownloadOnly }; Configuration.SyncTables.Add(stuffTable); } } } * This source code was highlighted with Source Code Highlighter.

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

namespace PhoneRef.Data.Synchronization { public static class SyncHelper { private static readonly StuffSyncAgent SyncAgent = new StuffSyncAgent(); public static void Synchronize() { SyncAgent.Synchronize(); } } } * This source code was highlighted with Source Code Highlighter.

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

Изучаю Microsoft Sync Framework. База данных.

2010-01-15T15:15:00.010+03:00

Ну что ж, начнем с базы данных. Для простоты все необходимые данные будем хранить в одной таблице "Stuff". Нам понадобятся 8 основных полей (Id, ParentId, LastName, FirstName, SecondName, Division, Position, Phone) и два дополнительных (InsertDate, UpdateDate), для отслеживания изменений.

CREATE TABLE [dbo].[Stuff](
    [Id] [uniqueidentifier] NOT NULL rowguidcol DEFAULT newid(),
    [ParentId] [uniqueidentifier] NULL,
    [LastName] [nvarchar](50) NOT NULL,
    [FirstName] [nvarchar](50) NOT NULL,
    [SecondName] [nvarchar](50) NOT NULL,
    [Division] [nvarchar](256) NULL,
    [Position] [nvarchar](256) NULL,
    [Phone] [smallint] NULL,
    [InsertDate] [datetime] NOT NULL CONSTRAINT [DF_Stuff_InsertDate] DEFAULT (getdate()),
    [UpdateDate] [datetime] NULL,
CONSTRAINT [PK_Stuff] PRIMARY KEY CLUSTERED ([Id] ASC)
WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO

ALTER TABLE [dbo].[Stuff] WITH CHECK ADD CONSTRAINT [FK_Stuff_Stuff] FOREIGN KEY([ParentId])
REFERENCES [dbo].[Stuff] ([Id])
GO
ALTER TABLE [dbo].[Stuff] CHECK CONSTRAINT [FK_Stuff_Stuff]

Так же нам понадобится создать таблицу для хранения удаленных записей "Stuff_Tombstone" с теми же основными полями плюс дата удаления записи (DeleteDate).

CREATE TABLE [dbo].[Stuff_Tombstone](
    [Id] [uniqueidentifier] NOT NULL,
    [ParentId] [uniqueidentifier] NULL,
    [LastName] [nvarchar](50) NOT NULL,
    [FirstName] [nvarchar](50) NOT NULL,
    [SecondName] [nvarchar](50) NOT NULL,
    [Division] [nvarchar](256) NULL,
    [Position] [nvarchar](256) NULL,
    [Phone] [smallint] NULL,
    [DeleteDate] [datetime] NOT NULL CONSTRAINT [DF_Stuff_Tombstone_DeleteDate] DEFAULT (getdate()),
CONSTRAINT [PK_Stuff_Tombstone] PRIMARY KEY CLUSTERED ([Id] ASC)
WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]) ON [PRIMARY]
GO

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

Теперь создадим триггеры на обновление и удаление записей из основной таблицы:
При изменении записи будем обновлять значение поля UpdateDate

CREATE TRIGGER [dbo].[Stuff_UTrig]
   ON [dbo].[Stuff]
   FOR UPDATE
AS
BEGIN
    SET NOCOUNT ON;

    IF NOT UPDATE(UpdateDate)
        Update dbo.[Stuff]
        Set UpdateDate = getdate()
        From dbo.[Stuff] S
            join inserted i on S.id = i.Id
END
GO

А при удалении будем копировать записи в т.н. таблицу "захоронения", что бы при синхронизации удалять эти записи из локальной БД.

CREATE TRIGGER [dbo].[Stuff_DTrig]
   ON [dbo].[Stuff]
   FOR DELETE
AS
BEGIN
    SET NOCOUNT ON;

    Delete from dbo.Stuff_Tombstone
    Where Id in (Select id from deleted)

    declare @delDate datetime
    Select @delDate = getdate()

    Insert into dbo.Stuff_Tombstone(Id, ParentId, LastName, FirstName, SecondName, Division, Position, Phone, DeleteDate)
    Select Id, ParentId, LastName, FirstName, SecondName, Division, Position, Phone, @delDate
    From deleted
END
GO

Ну и добавим еще несколько индексов, для вспомогательных полей:

CREATE NONCLUSTERED INDEX [IX_Stuff_InsertDate] ON [dbo].[Stuff] ([InsertDate] DESC)
WITH (SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF)
ON [PRIMARY]
GO

CREATE NONCLUSTERED INDEX [IX_Stuff_UpdateDate] ON [dbo].[Stuff]([UpdateDate] DESC)
WITH (SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF)
ON [PRIMARY]
GO

CREATE NONCLUSTERED INDEX [IX_Stuff_Tombstone_DeleteDate] ON [dbo].[Stuff_Tombstone] ([DeleteDate] DESC)
WITH (SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF)
ON [PRIMARY]
GO

Собственно, необходимая структура базы готова, осталось только наполнить ее данными:

INSERT INTO dbo.Stuff(Id, ParentId, LastName, FirstName, SecondName, Division, Position, Phone)
Select '985BF8B4-00D1-463E-9AFE-376033D476F8',null,'Иванов','Иван','Иванович','АУП','Генеральный директор',1000
Union Select '3E29A780-AB8E-4C4C-80FB-38C5A117BDE0','985BF8B4-00D1-463E-9AFE-376033D476F8','Гирина','Анна','Константиновна','Бухгалтерия','Главный бухгалтер',2000
Union Select 'B0E8AF1F-A604-4333-82EF-4040F56CDD79','985BF8B4-00D1-463E-9AFE-376033D476F8','Блинов','Денис','Владимирович','Тех. отдел','Начальник отдела',3000
Union Select '79050AEC-6E1A-4B7C-AB57-504616D646D4','B0E8AF1F-A604-4333-82EF-4040F56CDD79','Колосов','Александр','Петрович','АУП','Генеральный директор',3000
Union Select '5854C6C1-E4D5-4393-878D-56ED6D6F5009','985BF8B4-00D1-463E-9AFE-376033D476F8','Зайцева','Валерия','Сергеевна','Программный отдел','Начальник отдела',4000
Union Select 'B0A73BBD-76B8-4001-82ED-61D415660F98','5854C6C1-E4D5-4393-878D-56ED6D6F5009','Румянцев','Алексей','Леонидович','Программный отдел','Программист',4001
Union Select '58A31717-AD9D-48B9-9BBD-6354DA528F08','5854C6C1-E4D5-4393-878D-56ED6D6F5009','Наумов','Максим','Валерьевич','Программный отдел','Программист',4002
Union Select '54361244-42E2-4D92-A6FA-A8E71699B31E','985BF8B4-00D1-463E-9AFE-376033D476F8','Заглядимов','Игорь','Владимирович','Отдел продаж','Начальник отдела',5000
Union Select '68BE040F-2155-42ED-9162-AEFC257262F9','985BF8B4-00D1-463E-9AFE-376033D476F8','Невзорова','Елена','Михайловна','АУП','Секретарь',1001
Union Select '1519E421-213B-459E-8C2C-BBC1E814D864','54361244-42E2-4D92-A6FA-A8E71699B31E','Антипов','Николай','Иванович','Отдел продаж','Менеджер',5001
Union Select 'B52D13F2-D6C7-41F1-A664-C6CB1D6CBE52','54361244-42E2-4D92-A6FA-A8E71699B31E','Николаева','Ирина','Сергеевна','Отдел продаж','Администратор',5002
Union Select 'C105D4DD-A8D1-4F0E-BF0E-E6A19B21BD70','54361244-42E2-4D92-A6FA-A8E71699B31E','Сидоров','Петр','Николаевич','Отдел продаж','Продавец',5003
Union Select '7E3580C9-6466-4A45-858A-FA9B98E55705','54361244-42E2-4D92-A6FA-A8E71699B31E','Коновалова','Мария','Алексеевна','Отдел продаж','Продавец',5004
GO

Все ФИО и номера телефонов, разумеется вымышленные, совпадение с реальными людьми случайно ;)
База данных для сервера готова. А с клиентской БД нам самим делать ничего и не придется, поскольку большую часть работы по созданию необходимых таблиц sync framework берет на себя.
В следующей заметке опишу реализацию клиентского модуля синхронизации.

Изучаю Microsoft Sync Framework

2010-01-10T23:36:00.007+03:00

Эх, ну вот, праздники позади, пора приниматься за блог =)
Сейчас занимаюсь изучением Microsoft Sync Framework, для этого придумал себе задачку - написать небольшое приложение. Это будет справочник внутренних телефонов. Что-то подобное я писал на своей предыдущей работе, но тот справочник мог работать только при наличии подключения к серверу БД. В новой версии я попытаюсь реализовать полноценный offline-режим.
Итак, предполагается следующая архитектура :

Основное хранилище данных MSSQL Server 2005
Для хранения локальных данных будет использоваться база SQL Server Compact
Приложение будет состоять из двух частей:

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

Чтение и редактирование данных будет осуществляться непосредственно в локальной базе, и с помощью Sync Framework синхронизироваться с сервером.

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

Extension method для загрузки изображения из ресурсов

2009-12-16T15:37:00.002+03:00

Сегодня написал простенький extension для загрузки изображений из ресурсов сборки:

Copy Source | Copy HTMLpublic static Bitmap LoadResourceBitmap(this Assembly assembly, string imageResourcePath) { var stream = assembly.GetManifestResourceStream(imageResourcePath); return stream != null ? new Bitmap(stream) : null; }

Теперь вместо такого кода:

Copy Source | Copy HTMLBitmap im = new Bitmap(Assembly .GetExecutingAssembly() .GetManifestResourceStream("LFGrid.NotSigned.bmp"));

который помимо некоторой громоздкости подсвечивается решарпером как warning, можно писать так:

Copy Source | Copy HTMLBitmap im = Assembly .GetExecutingAssembly() .LoadResourceBitmap("LFGrid.NotSigned.bmp");

Просто, понятно и ReSharper доволен ;-)

Использование Unity в ASP.NET MVC

2009-12-12T22:58:00.002+03:00

Simone Chiaretta опубликовал статью об использовании Unity (IOC Framework) в ASP.NET MVC для создания контролеров.

Если коротко, то делается это за два шага:

Создаем класс наследник от класса DefaultControllerFactory либо реализующий интерфейс IControllerFactory.

Copy Source | Copy HTMLpublic class UnityControllerFactory: DefaultControllerFactory { protected override IController GetControllerInstance(Type controllerType) { IController controller; if (controllerType == null) throw new HttpException( 404, String.Format( "The controller for path '{0}' could not be found" + "or it does not implement IController.", this.RequestContext.HttpContext.Request.Path)); if (!typeof(IController).IsAssignableFrom(controllerType)) throw new ArgumentException( string.Format( "Type requested is not a controller: {0}", controllerType.Name), "controllerType"); try { controller = MvcUnityContainer.Container.Resolve(controllerType) as IController; } catch (Exception ex) { throw new InvalidOperationException(String.Format( "Error resolving controller {0}", controllerType.Name),ex); } return controller; } } public static class MvcUnityContainer { public static UnityContainer Container { get; set; } }

Затем регистрируем наш класс в ControllerBuilder, используя метод SetControllerFactory.

Copy Source | Copy HTML//Create UnityContainer UnityContainer container = new UnityContainer(); //Configure container container.RegisterType<IFrontendService, FrontendService>(); container.RegisterType<IDateTimeProvider, DateTimeProvider>(); container.RegisterType<IFrontendDataAccess, SqlFrontendDataAccess>(); //Set container for Controller Factory MvcUnityContainer.Container = container; //Set for Controller Factory ControllerBuilder.Current.SetControllerFactory( typeof(UnityControllerFactory));

Производительность LINQ to DataSet.

2009-11-28T01:23:00.137+03:00

Уф, наконец-то это случилось, на работе решились перевести проект с .Net 2.0 на .Net 3.5!
Разумеется руки так и чешутся задействовать новые фишки =). Решил поплотнее заняться LINQ, хотя остальные к моей затее отнеслись скептически...
Так вот, в проектах для передачи данных между сервером и клиентом мы используем датасеты. И нередко встречаются различные выборки данных из таблиц.

И мне стало интересно, имеет ли смысл заменять подобные места в коде выражениями LINQ? И в первую очередь с точки зрения производительности.

Для проверки создадим табличку с тремя полями (Id, ParentId, Value), в которую было залито 1000 родительских записей (ParentId = DBNul.Value), плюс для каждой из них по 100 дочерних записей.
Далее реализуем тесты для выборки данных по разным колонкам, т.е. проверим скорость выборки по ключевому, не ключевому и текстовому полю.
Для замеров производительности "родных" методов исходный код методов выглядит так:

Copy Source | Copy HTMLusing System; using System.Collections.Generic; using System.Data; namespace LinqPerformanceTest.Tests.LinqToDataset { public static class DataSetsTests { private const int Iterations = 1000; private static readonly Random Rnd = new Random(DateTime.Now.Millisecond); private static DataTable GetTreeTable() { DataSetStorage.InitTreeTable(false); return DataSetStorage.TreeTable; } public static void DS_RandomSelectByKey(this Test t) { DataTable dt = GetTreeTable(); string query = string.Format("{0}=", dt.Columns[ 0].ColumnName); var results = new List<DataRow[]>(Iterations); t.Started("Выборка данных по первичному ключу методом DataTable.Select"); for (int i = 0; i < Iterations; i++) { results.Add(dt.Select(query + Rnd.Next( 0, Iterations - 1))); } t.Completed("Выполнено {0} селектов.", Iterations); } public static void DS_RandomSelectByNumericField(this Test t) { DataTable dt = GetTreeTable(); string query = string.Format("{0}=", dt.Columns[1].ColumnName); t.Started("Выборка данных по числовому полю методом DataTable.Select"); for (int i = 0; i < Iterations; i++) { dt.Select(query + Rnd.Next( 0, Iterations - 1)); } t.Completed("Выполнено {0} селектов.", Iterations); } public static void DS_RandomSelectByStringField(this Test t) { DataTable dt = GetTreeTable(); string query = string.Format("{0} LIKE '*", dt.Columns[2].ColumnName); t.Started("Выборка данных по текстовому полю с помощью DataTable.Select"); for (int i = 0; i < Iterations; i++) { dt.Select(query + Rnd.Next( 0, Iterations - 1) + "'"); } t.Completed("Выполнено {0} селектов.", Iterations); } } }

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

Copy Source | Copy HTMLpublic static class LinqTests { private const int Iterations = 1000; private static readonly Random Rnd = new Random(DateTime.Now.Millisecond); private static DataTable GetTreeTable() { DataSetStorage.InitTreeTable(false); return DataSetStorage.TreeTable; } public static void LinqToDS_RandomSelectByKey(this Test t) { DataTable dt = GetTreeTable(); t.Started("Выбираем все записи по первичному ключу запросом LINQ"); for (int i = 0; i < Iterations; i++) { (from row in dt.AsEnumerable() where row.Field<int>( 0) == Rnd.Next( 0, Iterations - 1) select row).ToArray(); } t.Completed("Выполнено {0} селектов.", Iterations); } public static void LinqToDS_RandomSelectOneRowByKey(this Test t) { DataTable dt = GetTreeTable(); t.Started("Выбираем первую запись по первичному ключу запросом LINQ"); for (int i = 0; i < Iterations; i++) { (from row in dt.AsEnumerable() where row.Field<int>( 0) == Rnd.Next( 0, Iterations - 1) select row).FirstOrDefault(); } t.Completed("Выполнено {0} селектов.", Iterations); } public static void LinqToDS_RandomSelectByNumericField(this Test t) { DataTable dt = GetTreeTable(); t.Started("Выбираем все записи по числовому полю запросом LINQ"); for (int i = 0; i < Iterations; i++) { (from row in dt.AsEnumerable() where row.Field<int?>(1) == Rnd.Next( 0, Iterations - 1) select row).ToArray(); } t.Completed("Выполнено {0} селектов.", Iterations); } public static void LinqToDS_RandomSelectOneRowByNumericField(this Test t) { DataTable dt = GetTreeTable(); t.Started("Выбираем первую запись по числовому полю запросом LINQ"); for (int i = 0; i < Iterations; i++) { (from row in dt.AsEnumerable() where row.Field<int?>(1) == Rnd.Next( 0, Iterations - 1) select row).FirstOrDefault(); } t.Completed("Выполнено {0} селектов.", Iterations); } public static void LinqToDS_RandomSelectByStringField(this Test t) { DataTable dt = GetTreeTable(); t.Started("Выбираем все записи по текстовому полю запросом LINQ"); for (int i = 0; i < Iterations; i++) { (from row in dt.AsEnumerable() where row.Field<string>(2).EndsWith(Rnd.Next( 0, Iterations - 1).ToString()) select row).ToArray(); } t.Completed("Выполнено {0} селектов.", Iterations); } public static void LinqToDS_RandomSelectOneRowByStringField(this Test t) { DataTable dt = GetTreeTable(); t.Started("Выбираем первую запись по текстовому полю запросом LINQ"); for (int i = 0; i < Iterations; i++) { (from row in dt.AsEnumerable() where row.Field<string>(2).EndsWith(Rnd.Next( 0, Iterations - 1).ToString()) select row).FirstOrDefault(); } t.Completed("Выполнено {0} селектов.", Iterations); } }

Как видно все методы реализованы в виде Extension methods к вспомогательному классу Test, который берет на себя функции замера времени и вывода сообщений на консоль.

Copy Source | Copy HTMLpublic class Test { private readonly Stopwatch _st = new Stopwatch(); private readonly ConsoleColor _foreColor; public Test(ConsoleColor foreColor) { _foreColor = foreColor; } public void Started(string msgTemplate, params object[] args) { Console.WriteLine(); Console.ForegroundColor = _foreColor; Console.WriteLine(string.Format(msgTemplate, args)); _st.Reset(); _st.Start(); } public void Completed(string msgTemplate, params object[] args) { _st.Stop(); Console.ForegroundColor = _foreColor; Console.WriteLine(string.Format("{0} Затраченное время: {1} ms.", string.Format(msgTemplate, args), _st.ElapsedMilliseconds)); Console.WriteLine(); } }

Код создающий таблицу и наполняющий ее записями достаточно прост, поэтому тут приводить его не буду. Итак все готово, запускаем!

К сожалению, LINQ в данном тесте показал себя не лучшим образом. Похоже что расширение LinqToDataSet работает с таблицами как с обычной коллекцией объектов DataRow. А значит не стоит переписывать все имеющиеся обращения к методам DataTable.Select запросами LINQ.

Михаил Веллер - Ноль часов. Впечатления

2009-11-27T15:59:00.001+03:00

Довелось как-то ознакомиться с данным произведением.

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

Так вот учитывая то что я пять лет отработал на флоте, и достаточно хорошо разбираюсь в специфике того, что пытается описать автор - впечатления только негативные.
Итак:

Что бы было чем кормить двигатель на протяжении такого перехода, некто (не помню уже кто) из команды Авроры поехал на рейд нефтеналивных судов, и там договорился с капитаном Волго-Балта(!) о 10-ти тоннах мазута... Волго-Доны, и Волго-Балты - это сухогрузные суда, т.е. они при всем желании не могут перевозить нефтеналивные грузы, в частности мазут. (автор явно путает их с теплоходами типа Волгонефть, и Нефтерудовоз).
Во время разводки, этот самый Волго-балт (который, как мы уже поняли, на самом деле был кем-то другим ;-)) отбился от каравана, и пришвартовавшись к Авроре слил те самые 10 т. мазута, и как ни в чем не бывало пошел дальше... Вот только в разводку суда идут с лоцманом, в порядке очереди под контролем диспетчера (т.е. этот эпизод - полнейший бред, для капитана это был бы последний рейс, не говоря уже о том, что мазут, перед перекачкой, еще надо нагреть, иначе он не качается... вязкий слишком)
Когда они вышли в Ладожское озеро, была сказана фраза "Не смотри в компас, не в море." и далее рекомендация ориентироваться по берегу.. Это по меньшей мере глупо, поскольку в Ладожском озере ходят только по компасу, а то не долго заблудиться и на мель вылететь...
Даже если бы команде и удалось угнать крейсер, то дальше первого шлюза их бы не пустили, не смотря на их вооружение... взорвать же его (шлюз) себе дороже (кстати в октябре очередей перед шлюзами, по крайней мере на Свири, уже не бывает), до Москвы им необходимо преодолеть 18 шлюзов...
Когда они вышли в Белое озеро, то командир дал указание строго держаться фарватера, мол иначе на мель вылетим... На Белом озере, фарватера как такового нет, если посмотреть на карту, то оно имеет форму блюдца, с глубиной 5,4 м. практически по всей площади озера... И еще один маленький нюанс, крейсер Аврора имеет осадку 6,4 м., следовательно Белое озеро для него тоже было непреодолимой преградой...

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

Linux vs Линекс

2009-11-27T15:31:00.001+03:00

Периодически слышу от знакомых девушек, фразы типа:
- А чем линекс отличается от виндоус?
- А можно снести линекс и поставить винду?

Девушки!!!
Линекс это препарат для лечения дисбактериоза кишечника.
А операционная система, про которую вы говорите, называется ЛИНУКС (Linux)!

Хранение изображений на web-сервере БД или ФС?

2009-11-23T23:46:00.001+03:00

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

Вот два варианта:
1. Картинка лежит в базе данных - (тут может быть несколько вариантов того как мы будем перехватывать запрос, я взял самый простой вариант)
ссылка вида http://mydomain.com/getimage.aspx?id=100001
в этом случае сервер перенаправляет запрос в некий код написанный мной в котором инициализируется соединение с сервером БД, формируется и выполняется запрос, считывается результат и отдается в выходной поток.

2. Картинка лежит в файловой системе сервера
ссылка вида http://mydomain.com/images/100001.jpg
и в этом случае веб сервер просто считывает этот файл с диска и отдает в выходной поток...

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

Итак, для тестирования использовалась следующая конфигурация:
Ноутбук Toshiba Satellite A200
ОС: Windows 7 Ultimate
ОЗУ: 1 Гб
HDD: Fujitsu MHW2120BH ATA 120 Гб поделен на 2 раздела по 60 Гб
CPU: Genuine Intel(R) T2130 1.86 GHz 2 ядра
Веб сервер: IIS 7.5
Серверная часть написана на ASP.NET
Клиент написан на .Net Framework 3.5 SP1
База данных расположена на локальном MS SQL Server 2005

В качестве тестового образца картинки был выбран файл jpg размером 141 Кб
Далее была создана база с одной единственной таблицей Images. Таблица содержит в себе 2 поля:
- [Name] nvarchar(50) primary key
- [Content] image not null
После в таблицу было вставлено 100 000 записей с названием файла вида '00000.jpg' до '99999.jpg' и содержимым в виде массива байтов.

Так же в папку на диске было скопировано 100 000 копий этого файла.

Для обработки запросов на сервере было решено использовать HttpHandler:

Copy Source | Copy HTMLusing System.Data; using System.Web; using System.Data.SqlClient; using System.IO; /// <summary> /// Summary description for GetFileHandler /// </summary> public class GetFileHandler : IHttpHandler { private const string ConnString = "Data source=(local); Initial Catalog=WP; User Id = web; Password=web"; private const string CmdText = "Select Content From Images Where Name = @Name"; #region IHttpHandler Members public bool IsReusable { get { return true; } } public void ProcessRequest(HttpContext context) { string fileName = context.Request["id"]; if (string.IsNullOrEmpty(fileName)) { context.Response.StatusCode = 404; context.Response.End(); } const int bufferSize = 1024; using (var conn = new SqlConnection(ConnString)) { using (var cmd = new SqlCommand(CmdText, conn)) { cmd.Parameters.AddWithValue("Name", string.Format("{0}.jpg",fileName)); conn.Open(); using (SqlDataReader dr = cmd.ExecuteReader(CommandBehavior.SequentialAccess)) { if(dr.Read()) { var buffer = new byte[bufferSize]; context.Response.BufferOutput = false; context.Response.ContentType = "image/jpeg"; context.Response.Clear(); var writer = new BinaryWriter(context.Response.OutputStream); int startIndex = 0; long retval = dr.GetBytes( 0, startIndex, buffer, 0, bufferSize); while(retval==bufferSize) { writer.Write(buffer); writer.Flush(); context.Response.Flush(); startIndex += bufferSize; retval = dr.GetBytes( 0, startIndex, buffer, 0, bufferSize); } writer.Write(buffer, 0, (int)retval - 1); writer.Flush(); writer.Close(); context.Response.Flush(); context.Response.End(); } } } } } #endregion }

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

Copy Source | Copy HTMLusing System; using System.Diagnostics; using System.Linq; namespace WebClient { static class Program { static readonly Stopwatch Stopwatch = new Stopwatch(); static readonly Random Rand = new Random(DateTime.Now.Millisecond); static string[] _urls; private static long[][] _measures; /// <summary> /// The main entry point for the application. /// </summary> [STAThread] static void Main() { _urls = new string[2]; _urls[ 0] = "http://localhost/wp/getimage.aspx?id={0}"; _urls[1] = "http://localhost/wp/Images/{0}.jpg"; Console.WriteLine(@"Запускаем первый тест для разогрева сервера..."); Test(10); Console.WriteLine(); Console.WriteLine(@"А теперь уже основной тест..."); Test(1000); Console.ReadKey(); } static void Test(int iterationCount) { _measures = new[] { new long[iterationCount], new long[iterationCount] }; for (int pass = 0; pass < 2; pass++) { Console.WriteLine(string.Format("Тестируем url: {0}", _urls[pass])); for (int i = 0; i < iterationCount; i++) { string id = Rand.Next( 0, 4999).ToFixedLengthString(5); _measures[pass][i] = MakeMeasurement(string.Format(_urls[pass], id)); } Console.WriteLine(string.Format("Количество проходов: {1}, Среднее время: {0} ms", _measures[pass].Average(), iterationCount)); } } static long MakeMeasurement(string url) { var client = new System.Net.WebClient(); Stopwatch.Reset(); Stopwatch.Start(); client.DownloadData(url); Stopwatch.Stop(); GC.Collect(); return Stopwatch.ElapsedMilliseconds; } private static string ToFixedLengthString(this Int32 value, int length) { string strValue = value.ToString(); if (strValue.Length < length) return Math.Pow(10f, (length - strValue.Length)).ToString().Substring(1) + strValue; return strValue; } } }

Честно говоря результаты меня озадачили...

Во время отладки делались прогоны по 10 итераций, и второй вариант стабильно оказывался в 2 раза быстрее первого, однако после выполнения полного теста с 1000 итераций, оказалось что разница по времени составляет примерно 2,5 мс в пользу второго варианта...
Тут я обратил внимание на количество свободной памяти, которое составляло примерно 100-150 Мб.. пришлось закрыть все лишнее, освободив при этом еще примерно 300 Мб. Т.е. перед вторым запуском было примерно 400-450 Мб свободной памяти...

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

Как видно на рисунке, первый вариант стал работать быстрее на 10 с лишним миллисекунд. Однако стоит заметить, что увеличение свободной памяти практически не повлияло на время получения файла с диска..

Потом я решил проверить как изменится результат с уменьшением количества файлов..
Сначала уменьшил количество до 50 000:

Разница сократилась, но незначительно...

Потом до 20 000:

Тут уже оба варианта показали одинаковую производительность

И наконец до 5 000:

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

Дальше уменьшать количество файлов, по моему, не имело смысла, поскольку тенденция налицо.
Итак, какие выводы можно сделать по результатам этого теста?
Файловая система не всегда работает быстрее базы данных. До проведения теста, я был уверен, что, по крайней мере с такой операцией как поиск и считывание файла по полному пути, она справляется быстрее... По правде говоря я не могу себе представить сценарий, в котором потребуется скидывать в одну папку сто тысяч файлов, однако меня уверяли что такое возможно...
База данных выигрывает по отношению к файловой системе за счет большего использования памяти, на скорость получения файлов с диска увеличение доступной памяти никак не повлияло. Учитывая ограничения, которые выдвигают хостеры для виртуальных серверов, хранение файлов на диске мне кажется более предпочтительным. Но в то же время, если есть реальная необходимость хранить большое количество файлов на одном уровне, и имеется собственный сервер, использование базы данных в качестве хранилища может дать лучший результат.
На мой взгляд тест не мешало бы расширить, добавив в него варианты с параллельными запросами не только на получение файлов, но и также на получение другой информации из БД. Такая ситуация будет более приближена к реальным условиям, и в этом случае, как мне кажется, база данных поведет себя значительно хуже...