Блог Родионова Степана

ASP.NET MVC - как построить по-настоящему гибкое веб-приложение

2011-08-13T03:37:00.001-07:00

Еще раз привет всем!

В марте 2011 года на конференции со мной выступал архитектор компании IndyCode – Саша Зайцев, – он рассказал о своем опыте разработки приложений на платформе ASP.NET MVC Framework.

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

Из доклада вы узнаете разнообразные правила, принципы, практики, которые позволят вам разрабатывать гибкие ASP.NET MVC приложения. Каждая проблема представлена примером, предпосылкой к этой проблеме, а также обязательно решением этой проблемы.

В общем, обязательно к просмотру.

ASP.NET MVC - как построить по-настоящему гибкое веб-приложение from Alexander Byndyu on Vimeo.

Всем мир!

Мой доклад на конференции .NETconf

2011-08-13T03:27:00.001-07:00

Привет!

В марте 2011 года я выступал на конференции .NET разработчиков .NETconf (www.dotnetconf.ru). Основное направление конференции – это обсуждение передовых практик разработки программного обеспечения.

Мой доклад назывался “Прагматичный подход к разработке гибких программных систем”. Я попытался включить в доклад много разного материала, о чем сейчас жалею, потому что в итоге очень важные вещи не успел рассказать. В итоге из доклада было выдернуто все о прагматичном подходе к разработке ПО. В общем-то, по-хорошему, из доклада нужно было сделать 2-3 доклада. Тогда эффект был бы намного лучше.

Все желающие могут посмотреть мой доклад сейчас.

Прагматичный подход к разработке гибких программных систем from Alexander Byndyu on Vimeo.

Будьте здоровы!

Linq to C++0x

2011-08-12T10:01:00.001-07:00

Привет!

В C# (начиная с .NET 3.5) есть такая очень интересная вещь – Linq – проект Microsoft по добавлению синтаксиса языка запросов, напоминающего SQL. Ну, в общем, все знают :)

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

Чувак Daniel Earwicker написал очень крутую штуку: http://smellegantcode.wordpress.com/2009/05/22/vc16-has-decltype-in-beta-1-so-linq-to-c0x-looks-a-little-nicer/.

Естественно, этот код будет работать только на новом стандарте C++, т.е. C++0x, т.к. там используются всякие плюшки из этого стандарта.

Всем успехов!

Lazy evaluation в IEnumerable

2011-08-09T09:55:00.001-07:00

Снова всем привет!

Сегодня я бы хотел поговорить о Lazy evaluation (ленивые вычисления), а точнее об этой особенности в IEnumerable. Этот очень удобный интерфейс применяется повсеместно, но не всегда при этом разработчик понимает тонкости его работы. С этим могут быть связаны разные проблемы: лишние вычисления, неверные результаты и пр. В этой статье мне хотелось бы пролить свет на некоторые возможные проблемы использования IEnumerable, чтобы избежать плачевных последствий.

В основном, проблемы возникают из-за того, что разработчик четко не понимает различий между IEnumerable, Array, List и т.д. У всех этих контейнеров разная природа. Например, для того, чтобы работать с Array мы должны четко указать какого размера мы хотим выделять память, и работаем уже с конкретными ячейками памяти, к которым в любой момент времени можем обратиться. List, хоть и обладаем динамичным размером, внутри реализован через тот же Array, просто когда происходит переполнение, память перераспределяется. И так же в любой момент можно непосредственно обратиться к объекту.

С IEnumerable ситуация совсем другая. Объявление этого интерфейса:

public interface IEnumerable<out T> : IEnumerable
{
new IEnumerator<T> GetEnumerator();
}

Единственный метод GetEnumerator() возвращает перечислитель, интерфейс которого объявлен как:

public interface IEnumerator<out T> : IDisposable, IEnumerator
{
new T Current { get; }
}

Здесь мы видим свойство Current, т.е. текущий элемент в коллекции. Это generic-определение перечислителя, а есть просто IEnumerator:

public interface IEnumerator
{
    object Current { get; }
    bool MoveNext();
    void Reset();
}

Как видно из определений IEnumerable - это просто фабрика для создания перечислителей (IEnumerator). В свою очередь перечислитель просто поддерживает механизм, с помощью которого можно получить какой-то текущий элемент, перейти к следующему или сбросить результат. Он только должен знать как вычислить следующий элемент или начать процесс заново.
Поэтому существование самой коллекции вовсе не обязательно! Вычисляется текущий элемент в методе MoveNext(), затем он возвращает сигнал о том, что можно еще продолжить процесс или его нужно прекратить.

Перейдем к примерам.

class Term
{
    public Term(string name, int code)
    {
        Name = name;
        Code = code;
    }

public readonly int Code;
public string Name;

    public override string ToString()
    {
        return string.Format("{0} [{1}]", Name, Code);
    }
}

class Thrower
{
    public IEnumerable<Term> ThrowTerms()
    {
        for (int i = 0; i < 10; ++i)
            yield return new Term("Name_" + i, i);
    }
}

class Program
{
    static void Main()
    {
        IEnumerable<Term> terms = new Thrower().ThrowTerms();

foreach (var term in terms.Where(x => x.Code % 2 == 0))
term.Name = "Caught";

        foreach (var term in terms)
            Console.WriteLine(term);
    }
}

Запустите этот код. От него мы ожидаем, что у всех Term'ов с четным кодом имя будет "Caught", соответственно, это мы хотим увидеть на экране. Ан нет! На самом деле на экран будет выведено следующее:

Name_0 [0]
Name_1 [1]
Name_2 [2]
Name_3 [3]
Name_4 [4]
Name_5 [5]
Name_6 [6]
Name_7 [7]
Name_8 [8]
Name_9 [9]

Давайте разбираться почему так получилось. На самом деле никакой коллекции объектов не было создано! IEnumerable<Term> terms не содержит в себе никакой коллекции! Сейчас станет понятно почему так получается. Начнем с разбора метода ThrowTerms().

for (int i = 0; i < 10; ++i)
yield return new Term("Name_" + i, i);

На первый взгляд кажется, что все эти 10 Term'ов будут сложены в какую-то промежуточную коллекцию, а потом одним return'ом она будет возвращена. Но это только на первый взгляд. На самом деле все по-другому! Компилятор создает вложенный в Thrower класс, который реализует интерфейсы IEnumerable<Term> и IEnumerator<Term>, а в методе ThrowTerms() возвращается новый экземпляр этого класса. А сам класс выглядит примерно так:

    class Thower__d0 : IEnumerable<Term>, IEnumerator<Term>
    {
        private readonly int _count;
        private int _index = 0;

        public Thower__d0(int count)
        {
            _count = count;
        }

        public IEnumerator<Term> GetEnumerator()
        {
            return this;
        }

        IEnumerator IEnumerable.GetEnumerator()
        {
            return GetEnumerator();
        }

        public void Dispose()
        {
        }

        public bool MoveNext()
        {
            if (!(_index < _count))
                return false;

Current = new Term("Name_" + _index, _index);
++_index;

return true;
}

        public void Reset()
        {
            Current = null;
        }

        public Term Current
        {
            get; private set;
        }

        object IEnumerator.Current
        {
            get { return Current; }
        }
    }

А метод ThrowTerms() преобразуется в:

public IEnumerable<Term> ThrowTerms()
{
return new Thower__d0(10);
}

Вы можете воспользоваться IL Dasm чтобы посмотреть на скомпилированный код и увидеть все тонкости. Там много интересного :)

Теперь, я думаю, должно стать понятнее почему наши ожидания не совпали с действительностью. Просто на каждой итерации цикла создавался новый экземляр Term'а, который потом просто терялся. Во втором foreach по terms метод ThrowTerms() вызывается второй раз! Получается, что создается новый перечислитель, который просто создает новые экземпляры Term'ов. Это совершенно не заметно, если не знать того, о чем написано в этой статье. И это может иметь неприятные последствия. Например, что было бы если в методе ThrowTerms() было обращение к базе данных или файловой системе? Да-да-да, вместо одного обращения, как мы предполагали, будет два! Очевидно, это может очень навредить производительности, либо привести к неверным результатам!

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

IEnumerable<Term> terms = new Thrower().ThrowTerms();

на

IEnumerable<Term> terms = new Thrower().ThrowTerms().ToList();

Вызовом ToList() мы инициируем немедленное создание списка, при этом все Term'ы размещаются в массиве внутри List. После этого мы можем обращаться к любому Term'у и что-нибудь с ним делать :)
Запускаем код на выполнение и видим то, что хотели:

Caught [0]
Name_1 [1]
Caught [2]
Name_3 [3]
Caught [4]
Name_5 [5]
Caught [6]
Name_7 [7]
Caught [8]
Name_9 [9]

Всем внимательности и удачи!

Принцип устойчивых зависимостей (Stable Dependencies Principle)

2011-07-19T09:20:00.001-07:00

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

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

Формулировка принципа SDP:
Зависимости должны быть направлены в сторону устойчивости.

Командная разработка – это дело особенное, каждый вносит свою лепту в проект. Бывает, например, так, что вы разработали модуль, который достаточно легко подвергается изменениям, а какой-то другой разработчик из команды может его легко сделать трудноизменяемым, просто понавесив на ваш модуль лишних зависимостей. По сути, SDP говорит, что от модулей, которые изначально спроектированы так, чтобы их легко можно было изменять, не должны зависеть модули, изменение которых затруднено. Это так называемые устойчивые модули.

Поговорим об устойчивости. Как можно объяснить устойчивость? Вот, например, рояль является устойчивым? А человек, стоящий на одной ноге? Мне кажется, что человека, стоящего на одной ноге, гораздо легче опрокинуть, чем рояль. То есть для этого нужно приложить гораздо меньше усилий. Поэтому можно сказать, что человек, стоящий на одной ноге – не является устойчивым, а рояль – устойчив. Таким образом, устойчивость – это что-то вроде меры силы, необходимой для выведения из положения равновесия.

Какой компонент системы можно назвать устойчивым? Компонент, в сторону которого направлено много зависимостей, т.к. любое изменение этого компонента требует работы по увязке этих изменений в зависимых компонентах. Рассмотрим примеры.

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

А на этом рисунке обратный пример. Компонент B очень не устойчив, т.к. существует как минимум три внешних причины для его изменения. От этого компонента ничего не зависит – это компонент неответственный.

Чтобы делать конкретные оценки по поводу устойчивости компонентов, существуют метрики устойчивости, которыми пользуются специализированные утилиты, такие как NCover. Формула для вычисления метрики устойчивости одного модуля:

Здесь M_o- это число классов вне данного модуля M, зависящих от классов внутри модуля M, а M_i – это число классов внутри данного модуля, зависящих от классов вне модуля M. Значение S(M) изменяется от [0; 1], при этом 0 означает абсолютную неустойчивость модуля, т.е. не существует классов, которые бы зависели от классов внутри модуля, а 1 означает абсолютную устойчивость.

Мы узнали, как посчитать метрику устойчивости для компонента и это поможет нам понять удовлетворяет ли набор компонентов принципу SDP. Зависимости должны быть направлены в сторону устойчивости, поэтому метрика устойчивости компонента должна уменьшаться с каждым новым уровнем зависимости. Проще говоря, метрика устойчивости S(M) для какого-либо компонента должна быть меньше, чем метрика устойчивости компонентов, от которых он зависит. Рассмотрим схему компонентов:

Если вся система состоит из этих трех компонентов, то это идеальная схема. Наверху расположены два неустойчивых компонента: S(A) = S(B) = 0. От них ничего не зависит, это, скорее всего, какие-то конкретные абстрактных классов, и сами они зависят от компонента C. В свою очередь компонент C является очень устойчивым (S(C) = 1), это ответственный компонент.

Нарушить эту идеальную схему достаточно просто – можно сделать C, зависимым от какого-нибудь компонента D, который в свою очередь тоже является зависимым от других (возможно, устойчивых) модулей. Такое часто происходит при командной разработке.

Заключение. Практически все базовые архитектурные решения (фундамент системы) стоит размещать в устойчивых компонентах (S = 1), а части системы, которые предполагается часто изменять, лучше укладывать в неустойчивые компоненты. Но это не всегда работает. Ведь если высокоуровневый дизайн поместить в устойчивые компоненты, то код будет трудно изменять, получается, что дизайн становится не гибким. Как сделать, чтобы максимально устойчивый компонент оставался гибким? Для этого нужно использовать классы, которые можно расширять без модификации, т.е. абстрактные (см. принцип открытости/закрытости). Мы плавно подошли к принципу устойчивых абстракций. Но это в следующей статье.

Ссылки. Если вы еще не знакомы, то обязательны для изучения принципы SOLID:
Single Responsibility Principle;
Open/Closed Principle;
Liskov Substitution Principle;
Interface Segregation Principle;
Dependency Inversion Principle.

Натягиваем стек на C

2011-07-18T11:05:00.000-07:00

Привет!

Сейчас речь пойдет об одном очень интересном трюке со стеком, который мы провернем на языке C.

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

int main()
{
int local = 21;
printf("%d", a);

return 0;
}

На экран будет выведено значение переменной local, т.е. 21. При этом память под нее будет выделена на стеке, и мы сможем использовать ее везде в функции main. А что, если мне хочется получить ее значение вне функции main? Это возможно вообще? Конечно! Ведь память на стеке не освобождается после выхода из функции - память под стек выделяется строго определенного размера. Она просто может быть затёрта другой функцией, а может и не быть затёрта... Этим-то и нужно воспользоваться! Тут главное всё правильно подрасчитать и сделать так, чтобы оптимизатор не порефакторил код, как ему нужно :)

Я хочу получить примерно вот что:

char putToStack()
{
// помещаем буфер на стек
char buffer[16];

// как-то его инициализируем
...
}

void takeFromStack()
{
// тут буфер накладывается на тот, что
// уже лежит на стеке
char buffer[16];

// ...
}

Реализация всей этой затеи выглядит примерно так:

#include <stdio.h>

static int a, b, c, d;
static char *stor = "rodionov~:";
static int storlen = 10;

char putBufferToStack()
{
char buffer[16];
d = storlen;

for (a = 0; a <= d; ++a)
{
c = stor[a];
buffer[a] = c;
}

return buffer[a];
}

void takeFromStack()
{
char buffer[16];
printf(buffer);
}

int main()
{
putBufferToStack();
takeFromStack();

return 0;
}

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

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

Kaspersky Deblocker .NET Compact

2011-07-18T10:39:00.000-07:00

Всем привет!

Сегодня, наконец, я представлю вашему вниманию тот самый Deblocker, который уже давно разработал.
Все знают о проблеме СМС-блокировщиков - программ, которые блокируют нормальную работу компьютера, и требуют отправить СМС на дорогой платный номер, чтобы получить код разблокировки.
В одно время эта проблема стояла очень остро, поэтому компания Kaspersky Lab разработала веб-сервис, воспользовавшись которым можно бесплатно получить код разблокировки. Нужно просто ввести короткий номер, на который вас просят отправить СМС и (если есть) ключевое слово. Сервис обрабатывает этот запрос и выдает возможные варианты кодов.

Позже компанией был объявлен конкурс на написание приложения под мобильную платформу, использующего их сервис.
Мне было интересно это попробовать. Тем более, что я увлекаюсь компьютерной безопасность, антивирусным ПО (у меня есть самописные антивирусные утилиты), а также я уже имел опыт разработки под Windows Mobile 6. Но в этот раз, я решил попробовать написать программу на .NET Compact, а не на C++, как обычно :)

Сам сервис достаточно прост. Он принимает обычный GET-запрос и отдает ответ в формате JSON. Параметры в запросе:
sms - короткий СМС номер, на который вас просят отправить СМС;
keywork - ключевое слово (если есть);
lng - язык ответа.

Пример запроса: http://dbc-www.kaspersky-labs.com/dbc3/processor.php?sms=3116&keyword=79602760984&lng=en
Ответ на этот запрос:
[{"keys":["[text]\u0412 \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0439 \u043c\u043e\u043c\u0435\u043d\u0442 \u043e\u0441\u0443\u0449\u0435\u0441\u0442\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u043e\u0438\u0441\u043a \u043a\u043e\u0434\u043e\u0432 \u0434\u0435\u0430\u043a\u0442\u0438\u0432\u0430\u0446\u0438\u0438.
\u0414\u043b\u044f \u0440\u0430\u0437\u0431\u043b\u043e\u043a\u0438\u0440\u043e\u0432\u043a\u0438 \u0432\u043e\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0439\u0442\u0435\u0441\u044c \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u043d\u0430\u0448\u0435\u0433\u043e \u0444\u043e\u0440\u0443\u043c\u0430<\/a>.[\/text]","avc0cet
[text]\u0418\u043d\u0441\u0442\u0440\u0443\u043a\u0446\u0438\u0438: \u043f\u0435\u0440\u0435\u0434 \u0432\u0432\u043e\u0434\u043e\u043c \u043a\u043e\u0434\u0430 \u0441\u043e\u0442\u0440\u0438\u0442\u0435 \u0438\u0437 \u043f\u043e\u043b\u044f \u0432\u0441\u0435 \u0437\u0432\u0435\u0437\u0434\u043e\u0447\u043a\u0438[\/text]","p1d0r
[text]\u0418\u043d\u0441\u0442\u0440\u0443\u043a\u0446\u0438\u0438: \u043f\u0435\u0440\u0435\u0434 \u0432\u0432\u043e\u0434\u043e\u043c \u043a\u043e\u0434\u0430 \u0441\u043e\u0442\u0440\u0438\u0442\u0435 \u0438\u0437 \u043f\u043e\u043b\u044f \u0432\u0441\u0435 \u0437\u0432\u0435\u0437\u0434\u043e\u0447\u043a\u0438, \u0441\u0430\u043c \u043a\u043e\u0434 - p \u0435\u0434\u0438\u043d\u0438\u0446\u0430 d \u043d\u043e\u043b\u044c r[\/text]","s1d0r
[text]\u0418\u043d\u0441\u0442\u0440\u0443\u043a\u0446\u0438\u0438: \u043f\u0435\u0440\u0435\u0434 \u0432\u0432\u043e\u0434\u043e\u043c \u043a\u043e\u0434\u0430 \u0441\u043e\u0442\u0440\u0438\u0442\u0435 \u0438\u0437 \u043f\u043e\u043b\u044f \u0432\u0441\u0435 \u0437\u0432\u0435\u0437\u0434\u043e\u0447\u043a\u0438, \u0441\u0430\u043c \u043a\u043e\u0434 - s \u0435\u0434\u0438\u043d\u0438\u0446\u0430 d \u043d\u043e\u043b\u044c r[\/text]"],"urls":["\/screenshots\/trojan-ransom.win32.pornoblocker.[black].[big_warning].png"]},{"keys":["\u0432\u0438\u0441\u043a\u0438","135","963963","159159","\u0448\u043e\u0442","\u0448\u043e\u04422","xswxsw","zaqzaq","edcedc","456456","963852","123123","321321","111000","789789","852852","321654"],"urls":["\/screenshots\/trojan-ransom.win32.gimemo.[pornocodec].png"]},{"keys":["62nr25321","dfghdfgff","uhghgkkgf","dfghdhdfr","dgsdfaefd","dfbsffdfd","rtyebfghj","SFSDFSGGD","dhbdfhbdg","ascerlkhg","fglijswrt","dfgfgfssf","dhgfbfghy","fhbgdhdhh","dgdgdgdgd","ghfdghdfh","ereretryf","rel456789","tyrwfdegd","qwaszxvbh","zxzcddfgs","relby7534","relby1234","123456789","relby1239"],"urls":["\/screenshots\/trojan-ransom.win32.pornocodec.[multi].[black]-2.png"]},{"keys":["[text]\u041d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u043e \u0432\u044b\u043f\u043e\u043b\u043d\u0438\u0442\u044c \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0446\u0438\u0438, \u0443\u043a\u0430\u0437\u0430\u043d\u043d\u044b\u0435 \u0432 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435<\/a>. \u041f\u043e\u0441\u043b\u0435 \u0447\u0435\u0433\u043e \u0432\u044b\u043f\u043e\u043b\u043d\u0438\u0442\u044c \u043f\u0435\u0440\u0435\u0437\u0430\u0433\u0440\u0443\u0437\u043a\u0443.[\/text]"],"urls":["\/screenshots\/fake_from_site_2.png"]},{"keys":["hernqe"],"urls":["\/screenshots\/trojan-ransom.win32.chameleon.[microsoft_security]-2.png"]},{"keys":["\u0432\u043e\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0439\u0442\u0435\u0441\u044c \u043d\u0430\u0448\u0438\u043c \u0444\u043e\u0440\u0443\u043c\u043e\u043c<\/a>"],"urls":["\/screenshots\/trojan-ransom.win32.pornocodec.[white].[illegal_activities].png"]},{"keys":["rably1239","relby1239","dfvgbh123","dfvgbh789"],"urls":["\/screenshots\/trojan-ransom.win32.pornocodec.[multi].[black]-1.png"]},{"keys":["sdgfhdthg","fghfgfdfd"],"urls":["\/screenshots\/trojan-ransom.win32.pornocodec.[white].[2_porno_pics].[censored].png"]},{"keys":["tg4ftd3wtg434"],"urls":["\/screenshots\/trojan-ransom.win32.pornocodec.[black]-0.png"]}]

Как видно, в ответе приходят два раздела: keys и urls. Первый - это непосредственно возможные ключи, а второй содержит ссылки на картинки, на которых изображено окно блокировщика, чтобы можно было однозначно понять, такой же ли у вас блокировщик или нет.

Передо мной встали две основные задачи: 1) разбор JSON ответа сервиса; и 2) наглядное отображение картинок пользователю.
Помимо всего, желательно было реализовать многоязычность (я сделал 2 языка - рус и англ).

Приступим к обзору приложения.
Главное окно выглядит как-то так:

Для того, чтобы перейти в основное меню для получения кодов, нажимаем "Get codes". Попадаем на главное окно:

Для примера введем СМС номер 3116, указав при это ключевое слово all, что означает получение всех кодов для этого номера. При нажатии на кнопке "Get codes", отправляется запрос на сервер. Получаем ответ:

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

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

На этом собственно обзор закончен.

Исходный код приложения: deblocker.zip
Необходим .NET Compact 2.0.
Кстати, т.к. это .NET, то приложение можно запустить и на обычной Windows.

Синхронизация эмулятора Windows Mobile 6 c ПК

2011-03-02T10:20:00.000-08:00

Давненько уже думал создать-таки свой блог и вот нашел время для этого. Надеюсь частенько писать сюда что-нибудь интересное :)

В своем первом посте я расскажу о том, как синхронизировать эмулятор Windows Mobile 6.x с ПК, например, для того чтобы приложения имели возможность работать с Интернетом. Понадобилось мне это для написания приложения, взаимодействующего с сервисом Лаборатории Касперского по получению ключей для разблокировки компьютеров. Это блокировщики, которые просят отправить СМС на определенный номер, чтобы получить код разблокировки.

Для выполнения поставленной задачи мне понадобились следующие средства: эмулятор Windows Mobile 6.x, центр устройств Windows Mobile (WMDC) ну и Visual Studio 2008. Студия именно 2008, т.к. в 2010 изначально нет поддержки проектов под Windows Mobile 6.x.
Примечание: для Windows XP нужен не WMDC, а ActiveSync.

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

Далее запускаем эмулятор WM6 и открываем приложение Device Emulator Manager. В Visual Studio его запустить можно через меню Tools > Device Emulator Manager...

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

Теперь мы можем увидеть, что устройство синхронизировано!

Но радоваться рано... :)

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

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