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

    public interface IAutoNotifyPropertyChanged : INotifyPropertyChanged
    {
        void OnPropertyChanged(string propertyName);
    }

Удобства ради можно использовать базовый класс для всех авто-реализаций:

    public class ViewModelBase : IAutoNotifyPropertyChanged
    {
        public event PropertyChangedEventHandler PropertyChanged;

        public virtual void OnPropertyChanged(string propertyName)
        {
            PropertyChangedEventHandler handler = PropertyChanged;
            if (handler != null)
            {
                handler(this, new PropertyChangedEventArgs(propertyName));
            }
        }
    }

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

    [AttributeUsage(AttributeTargets.Class | AttributeTargets.Method, AllowMultiple = false, Inherited = true)]
    public class NotifyOfChangesAttribute : Attribute
    {
    }
    [AttributeUsage(AttributeTargets.Property, AllowMultiple = false, Inherited = true)]
    public class DoNotNotifyOfChangesAttribute : Attribute
    {
    }

Теперь пришла очередь Pointcut, которые будет определять setter-ы целевых свойств:

    public class AutoNotifyPointcut : StaticMethodMatcherPointcut
    {
        public override bool Matches(MethodInfo method, Type targetType)
        {
            if (!typeof(IAutoNotifyPropertyChanged).IsAssignableFrom(targetType))
                return false;

            // non-setters ignored
            if (!method.Name.StartsWith("set_"))
                return false;

            object[] attributes = targetType.GetCustomAttributes(typeof(NotifyOfChangesAttribute), true);
            if (attributes.Length > 0)
            {
                object[] disables = method.GetCustomAttributes(typeof (DoNotNotifyOfChangesAttribute), true);
                if (disables.Length > 0)
                    return false;

                return true;
            }

            attributes = method.GetCustomAttributes(typeof (NotifyOfChangesAttribute), true);
            return attributes.Length > 0;
        }
    }

Затем нам нужен advice, в котором и будет происходить вся работа:

    public class AfterPropertySetAdvice : IMethodInterceptor
    {
        private static readonly Logger logger = LogManager.GetCurrentClassLogger();

        public object Invoke(IMethodInvocation invocation)
        {
            object proxy = invocation.Proxy;
            string name = null;

            IAutoNotifyPropertyChanged model = proxy as IAutoNotifyPropertyChanged;
            if (model == null)
            {
                logger.Error("Advice is called on non-IAutoNotifyPropertyChanged class");
            }
            else
            {
                name = invocation.Method.Name;
                if (!name.StartsWith("set_"))
                {
                    logger.Error("Cannot notify on non-setter");
                }
                name = name.Substring(4);
            }

            object rval = invocation.Proceed();

            if (name != null)
            {
                model.OnPropertyChanged(name);
            }

            return rval;
        }
    }

Тут для вящего удобсва отладки используется NLog. Его использование можно вовсе удалить.

Так, классы созданы, надо как-то их применить к объектам. Сразу скажу, что из-за особенностей Spring AOP для оборачивания класса в advice надо, чтобы экземпляр класса создавался Spring-ом. Код подключения выглядит примерно так:

<?xml version="1.0" encoding="utf-8" ?>
<objects xmlns="http://www.springframework.net">
  <object id="notifyOnChangePointcut" type="CommonControls.AutoNotify.AutoNotifyPointcut, CommonControls"/>
  <object id="afterPropertySetAdvice" type="CommonControls.AutoNotify.AfterPropertySetAdvice, CommonControls"/>

  <object id="notifyInterceptor" type="Spring.Aop.Support.DefaultPointcutAdvisor, Spring.Aop">
    <property name="Pointcut" ref="notifyOnChangePointcut"/>
    <property name="Advice" ref="afterPropertySetAdvice"/>
  </object>

  <object type="Spring.Aop.Framework.AutoProxy.InheritanceBasedAopConfigurer, Spring.Aop">
    <property name="ProxyDeclaredMembersOnly" value="false"/>
    <property name="ObjectNames">
      <list>
        <value>*Model</value>
      </list>
    </property>
    <property name="InterceptorNames">
      <list>
        <value>notifyInterceptor</value>
      </list>
    </property>
  </object>
</objects>

Можно заметить, что оборачиванию будут подвергнуты объекты, id которых заканчивается на «Model». Анонимные объекты будет проигнорированы.

Кажется, что ограничение по имени какое-то странное. Также кажется, что использование InheritanceBasedAopConfigurer выглядит странно в контексте наличия тега aop:config в Spring.NET. Поясню, почему именно так.

В рамках Spring.NET существует 3 способо создания proxy объектов для вызова advice:

1. Aggregation based – для объекта-обертки генерируется DynamicProxy со своим интерфейсом. Такой объект нельзя привести к оригинальному типу target объекта. Реальный объект в этом случае будет аггрегирован внутри proxy. Нам не подходит из-за несовместимого интерфейса.
2. Inheritance based – объект-прокси будет наследником класса target объекта, при этом обернуты будут только virtual методы и свойства оригинала. Оригинальный объект будет аггрегирован внутри proxy. В нашем случае это дает интересный спец-эффект: поскольку события тоже проксируются, то добавление обработчика события на объект-обертку не влияет на оригинальный объект. Значит, если внутри advice вызвать событие, то вызов будет превращен в вызов объекта-оригинала, а не обертки. А на внутреннем объекте обработчиков как небыло так и нет. Значит, тоже не подходит
3. InheritanceBasedAopConfigurer – новый способ генерации вызовов, добавленный в Spring 1.2. Идея состоит в изменении кода оригинального объекта. Вот это нам подходит, но дает указанные выше ограничения на создание объектов

Пример создания объекта:

  <object id="mainModel" type="DataServer.ViewModel.RetranslatingDataServerManagerModel, DataServer"/>

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

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

Таким образом, многоплатформенных технологий для создания desktop приложений на HTML+JS в доступности не видно. Разве что Adobe AIR, но он пугает чем, что Adobe.

class StatisticsRecord: INotifyPropertyChanged
{
    private string name;
    public string Name { get { return name; } set { name = value; NotifyPropertyChanged("Name"); } }	

    private void NotifyPropertyChanged(string name)
    {
        if (PropertyChanged != null)
            PropertyChanged(this, new PropertyChangedEventArgs(name));
    }

    public event PropertyChangedEventHandler PropertyChanged;
}

На мой взгляд, с этим кодом есть 2 проблемы:

1. Очень много повторений и кода вызванного необходимостью вызвать NotifyPropertyChanged. Увеличивается количество «тупой» работы.
2. Использование строковой константы Name в качестве аргумента. Рефакторинг может привести к разрушению биндинга к такому свойству.

По счастью разработчики симпатичного фреймворка NInject сделали расширение Ninject.Extensions.Interception, которое позволяет решить описанные выше проблемы за счет использования динамического AOP. Используется это так:

1. Подключаем к проекту библиотеки NInject, Ninject.Extensions.Interception, Castle.Core, Ninject.Extensions.Interception.DynamicProxy
2. Создаем класс-реализацию интерфейса IAutoNotifyPropertyChanged, например так:

   public class ViewModelBase : IAutoNotifyPropertyChanged
   {
        public event PropertyChangedEventHandler PropertyChanged;
   
        public void OnPropertyChanged(string propertyName)
        {
            PropertyChangedEventHandler handler = PropertyChanged;
            if (handler != null)
            {
                handler(this, new PropertyChangedEventArgs(propertyName));
            }
        }
   }
   

3. Используем этот класс в нашем классе модели. Например:

   [NotifyOfChanges]
   class StatisticsRecord: INotifyPropertyChanged
   {
       public virtual string Name { get; set; }
   
       [DoNotNotifyOfChanges]
       public virtual string NonNotifyableProperty { get; set; }
   }
   

   NB! Важно, чтобы getter-ы и setter-ы были виртуальными, поскольку мы используем DynamicProxy для добавления нотификаций

4. Подключаем «перехватчик» при конфигурации ядра NInject:

   ...
   kernel.Components.Add<IPlanningStrategy, AutoNotifyInterceptorRegistrationStrategy>();
   ...
   

Код стал короче и понятнее напорядок.

PS. Детали того, как именно это все устроено смотрите тут:

]]> http://www.kurdyukov.com/2012/01/31/aop-inotifypropertychanged/feed/ 0 http://www.kurdyukov.com/2012/01/24/system-badimageformatexception-tests-resharper/ http://www.kurdyukov.com/2012/01/24/system-badimageformatexception-tests-resharper/#comments Mon, 23 Jan 2012 22:31:01 +0000 alik http://www.kurdyukov.com/?p=161 В начале создания авто-тестов в одном проекте на C# начал возникать System.BadImageFormatException при попытке запуска тестов из ReSharper. Выяснение показало, что проблема была в том, что сборка с тестами имела Any CPU. А тестируемые классы были в EXE, который был собран в x86. При этом Windows используется 64х битный, следовательно Any CPU = x64.

Решение просто – указать в тестовой сборке целевую платформу x86. Это делается в закладке Build свойств проекта тестовой сборки.

]]> http://www.kurdyukov.com/2012/01/24/system-badimageformatexception-tests-resharper/feed/ 0 http://www.kurdyukov.com/2012/01/09/vs2010-handy/ http://www.kurdyukov.com/2012/01/09/vs2010-handy/#comments Mon, 09 Jan 2012 15:05:36 +0000 alik http://www.kurdyukov.com/?p=152 После установки ReSharper на Visual Studio 2010 (всем разработчикам на C# рекоммендую, кста) наиболее активно разражает подсвечивание названий методов, который автоматически генерируются Visual Designer для обработки событий, поскольку название типа «Form1_Load» никак не соответствует идеям начинать название с глагола и не использовать «_». Но это можно исправить.

Есть 2 способа исправления проблемы.

1. Изменить способ генерации названий методов
Предпочтительный

Установить плагин EventHandler Naming, который позволяет менять политику именования методов-обработчиков. Устанавливать можно прямо из Extension manager. Даже настройки не требует, по умолчанию настроен как On${SiteName}${EventName}, например, OnForm1Load. Если надо, настраивается.

2. Настроить ReSharper, чтобы он не ругался

1. Идем в меню ReSharper | Options | Languages | C# | C# Naming Style
2. Переключаем на «Advanced settings…»
3. Меняем значение «Event subscriptions on fields» с умолчального $object$_On$event$ на $object$_$event$
]]> http://www.kurdyukov.com/2012/01/09/vs2010-handy/feed/ 0 http://www.kurdyukov.com/2011/09/26/learning/ http://www.kurdyukov.com/2011/09/26/learning/#comments Mon, 26 Sep 2011 12:06:08 +0000 alik http://www.kurdyukov.com/?p=142 Я считаю, без каких-то новых знаний жить не особо интересно. Поэтому стараюсь учиться. А тут Стэнфорд предлагает уникальную возможность бесплатно поучиться computer science.

Предлагаемые курсы:
• Класс по машинному обучению
• Класс по искусственному интеллекту
• Класс введения в базы данных

Все классы бесплатные, будут домашние задания. Стартуют примерно 10 октября. Язык преподавания – английский.

Я сам записался на машинное обучению и искусственному интеллекту.

]]> http://www.kurdyukov.com/2011/09/26/learning/feed/ 2 http://www.kurdyukov.com/2011/04/07/software-people-2011-day-one/ http://www.kurdyukov.com/2011/04/07/software-people-2011-day-one/#comments Thu, 07 Apr 2011 18:46:34 +0000 alik http://www.kurdyukov.com/?p=134 Сегодня начала работу конференция Software People, на которой я, к счастью, присутствую. Изложу свои мысли на счет мероприятий, на которых был сам. Сильно вдаваться в подробности не буду, приведу личные впечатления.


Нил Мейден – Инженерия требований как творческое решение проблем

С самого начала стало ясно, что русское название не совсем верное, скорее это «… творческое решение задач».

Нил считает, что для множества проектов недостаточно просто расспросить пользователя, поскольку пользователь еще не знает, что именно ему надо. Часто есть только общая формулировка проблем. Но иногда и ее нет – скажем, когда разрабатывался iPad, примера такого устройства просто небыло. Была только смутная проблема, что «компы тяжелые и недолго работают от батареек» (ну или как-то так, я сам проблему придумал). Поэтому в процессе работы над требованиями надо привлекать подходы, характерные для творчества.

В качестве референтного творческого процесса он рассматривал CPS Method (Osborn 1953). И на нем построил собственный процесс. На входе процесса – люди и их знания, на выходе – скрипты и пользовательские сценарии для анализа и разработки.

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

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

Еще полезный хинт – чтобы дискуссия и генерация идей не стагнировала, лучше спрашивать не «Что можно сделать?», а «Что сделать сейчас сделать нельзя?», а потом мысленно убрать ограничение из поставки задачи.

Jutta Eckstein – Agile by Planning Continuously

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

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

• явно обозначен business value
• было четко определено кому именно сдавать результат
• явно указывалось по какому критерию будет оцениваться результат

Я сам иногда нарушаю эти правила, от чего возникают проблемы с некоторыми фичами.

Lasse Koskela – Specification By Example

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

Лично для меня было наиболее важным:

• В процессе формулировки примеров не надо уходить в делали – так всем станет скучно и процесс остановится
• Всегда используйте реальные данные, а не абстрактных «Васей Пупкиных» – так вы избежите «шарообразных коней»

Надо будет попробовать применять подход и начать спецификацию чего-нибудь заковыристого с примеров. Думаю, что и заказчикам так будет много понятнее. Это лучше, чем требовать «правильную спецификацию».

Юрий Шиляев – Программа обучения на 50 000 часов…

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

Обратил внимание, что в EPAM есть 2 иерархии – производственная (менеджер по производству) и кадровая (менеджер по кадрам). Очень напомнило параллельные иерархии на советских производствах – производственную и партийную.

Ольга Павлова – Менеджеры и программисты: как перестать обижаться друг на друга?

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

После доклада рассказала о хорошем опыте организации контроля менеджерской работы на основе того, чтобы открыть все результаты всем сотрудникам. Результаты – это и код, и переписка. А потом «оком Саурона» смотреть на процесс и решать возникающие проблемы до того, как они начали существенно влиять на процесс и на заказчика. Очень разумное решение, на мой взгляд. Много лучше стандартных «корпоративных окопов», которые можно встретить в множестве российских компаний.

PS. Считаю, что первый день прошел полезно, но несколько «жидковато» – к сожалению, именитые гест-спикеры часто надевали фуражку Капитана Очевидности. Завтра ожидается просто взрыв мозга.

]]> http://www.kurdyukov.com/2011/04/07/software-people-2011-day-one/feed/ 3 http://www.kurdyukov.com/2011/03/08/dream-hired-work/ http://www.kurdyukov.com/2011/03/08/dream-hired-work/#comments Tue, 08 Mar 2011 11:22:10 +0000 alik http://www.kurdyukov.com/?p=129 Кажется, я нашел идеальный вариант организации наемной работы. Вот текст объявления:

Таиланд — море, солнце, счастливые лица вокруг. Теперь и у Вас есть возможность попасть туда, причем бесплатно и Вам еще за это доплатят
Вакансия: разработчик Ruby on Rails


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

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

И все таки, перспектива работать в практически идеальных экологических условиях – это прекрасно, по-моему.

]]> http://www.kurdyukov.com/2011/03/08/dream-hired-work/feed/ 4 http://www.kurdyukov.com/2011/02/23/domain-extending/ http://www.kurdyukov.com/2011/02/23/domain-extending/#comments Wed, 23 Feb 2011 16:13:35 +0000 alik http://www.kurdyukov.com/?p=121 На меня зарегистрирован некоторый домен для будущих проектов. Его название не имеет значения, тут речь пойдет о регистраторе. Когда-то давно один мой друг посоветовал мне обратиться в сервис https://2domains.ru, поскольку цены несколько ниже чем по рынку. Что я и сделал год назад. Сейчас подошло время продлять регистрацию домена. И тут началось.

Мне начали приходить письма от reg.ru с информацией о необходимости продления домена и т.п. Когда же я попробовал зайти в личный кабинет на этом сайте меня не пустили. И пароль отказались восстанавливать на все email-ы которые я мог указать при регистрации. Потыкавшить с проблемой полчаса я просто позвонил в их службу поддержки. И тут выяснилось, что домен-то я регистрировал через партнера (2domains) о чем успешно забыл. И этот партнер никак меня не уведомил об истечении домена. Ладно, хотя бы личный кабинет найден. Но тут началось самое интересное…

Для того, чтобы продлить домен надо, естественно, его оплатить. А для этого – пополнить счет на 2domains. С этим меня ждала мегазасада. Вариантов пополнения – мильон, но большинство работает или через RoboKassa-у или через не менее неведомые z-payment.

Сначала я попытался оплатить с карточки через РобоКассу. Их сайт нещажно зависал, постоянно показывал 503 internal Server Error и прочие безобразия. Ну ладно, не получается через карточку, давайте через вебмани попробуем. У меня когда-то давно был кошелек с вебманями, только от него сертификат истек давно, да и денег там было немного. Значит надо восстановить доступ к кошельку.

Восстановление началось с нормальной формы типа «введите номер wmid, вам на email ушло письмо». В емейле ссылка – мол, откройте. Дальше надо было зарегистрировать новый wmid. Потом заполнить форму восстановления. Плюс все это обвешано массой способов авторизации, любой чих авторизуется. Но это не помогает – иногда логин просто тупо глючит и не узнает свои же цифры капчи. После бесконечного заполнения всяких форм у меня закончились попытке e-num авторизации по sms, на чем я и остановился. Вывод один:

Дорогие разработчики WebMoney!
Сделайте, пожалуйста, простую систему. Упростите формы и общий flow. Лично я порвал весь моск об ваш чудо-интерфейс. Было бы не так надо – бросил бы нафиг.

Ладно, раз WM не работает – давайте попробуем через недевомые RBK Money. Почему они – потому что я подумал, что эти вроде должны как-то в гранях реальности быть. Сказало – сделано. Зарегистрировался. Даже деньги перевел с карточки со жлобской коммиссией. И все бы хорошо, но при оплате моего домена через RBK Money увидел сакральную надпись «На Вашем кошельке отсутствуют денежные средства.». Как это, блин, отсутвуют если я в соседней закладке виду свои кровные 110р на счету? Перезагружал страницу, пробовал выходит и опять входить. Ничего не помогает. Потом еще раз посмотрел на интерфейс RBK и увидел неприметную надпиcь:

RU000761000
- для покупок: 110 руб.
- для перевода: 0 руб.

Причем, чтобы увидеть это самое «для перевода» надо догадаться нажать на малюсенькую зеленую стрелочку вниз около суммы. Поистине, чудо-интерфейс. При этом как пополнить эту самую «для перевода» нифига не ясно. Ладно, наверное для этого надо подтвердить что я – это я, т.е. повысить уровень кошелька. Ладно, повышаем. Заполняет мильон форм с паспортными данными, номера счетов и т.п. А дальше – фокус – с моего счета пропадает 40р. Меня нигде об этом не предупреждали! Вот уроды, думаю. Ну да ладно, продолжение будет дальше – пока банконский перевод дойдет и т.п. Но отношение уже сформировалось. Вывод:

Господа из RBK Money!
Наймите наконец юзабелиста. Денег вам, наверняка, хватит. Мой моск был порван вашим интерфейсом второй раз за день.

Перепробовав кучу вариантов я начал внимательно разглядывать мильон провайдеров на 2domains. И тут заметил кнопочку с простой надписью «Z-Payment». Ну, думаю, была не была. И точно – там в списке есть «оплата банковской картой». Причем нам было 3 таких варианта с разными комиссиями. Ура! Наконец то! Через этот вариант мне, наконец, удалось перевести свои 200р и оплатить домен.

В сухом остатке я потерял около 2х часов на тривиальную операцию. Интерфейсы большинства сайтов «электронных денег» находятся примерно на уровне доисторическом уровне, для их использования явно нужна уличная магия. И судя по всему, им это положение нравится. Пора что-то делать, господа!

]]> http://www.kurdyukov.com/2011/02/23/domain-extending/feed/ 1 http://www.kurdyukov.com/2009/11/11/google-developer-day-missed/ http://www.kurdyukov.com/2009/11/11/google-developer-day-missed/#comments Wed, 11 Nov 2009 07:54:44 +0000 alik http://www.kurdyukov.com/?p=116 Вчера в Москве проходил Google Developer Day. На который я не попал, поскольку не знал об этом мероприятии. Так и не нашел способа узнавать о таких событиях своевременно. А вы знаете такой способ?
]]> http://www.kurdyukov.com/2009/11/11/google-developer-day-missed/feed/ 0