Мой опыт приобретения сертификата MCSD: App Builder

Введение

Всегда хотел получить формальное подтверждение своих знаний в области разработки на платформе .NET, но ленился и откладывал на потом. Нужны ли сертификаты — вопрос дискуссионный. Лично я решил, что официальное признание моих компетенций будет хорошим дополнением к моему опыту веб-разработки. Вместе с тем хотел заполнить пробелы в моих знаниях, которые были просто потому, что не требовались для решения текущих задач. Чтобы заставить себя готовится к экзаменам, приобрёл сразу 6 ваучеров "всё включено". Каждый ваучер предоставлял право на сдачу экзамена, четыре пересдачи (!) и доступ к тесту на measureup.com. Срок действия ваучера 6 месяцев с момента приобретения. Срок доступа к тренировочному тесту — месяц с момента применения ключа. За все ваучеры я заплатил около 50 т. р. Я планировал сдавать по экзамену в месяц, но всё вышло совсем по-другому :). В любом случае, сгораемый ваучер — очень веская причина не забрасывать подготовку к экзамену.

Английский язык

Прежде всего, без знания английского на экзамене делать нечего. Если вы можете понять нижеупомянутые книги и тестовые вопросы с минимальным использованием словаря (допустим, одно слово на страницу), то языкового барьера нет, к экзамену в языковом плане вы готовы. На экзамене нельзя пользоваться каким-либо переводчиком или словарём (ни онлайн, ни в виде бумажной книги).

Путь к получению сертификата

Один из способов получения MCSD: AppBuilder — получение MCSA: Web Applications и сдача дополнительного экзамена из списка на выбор.

Экзамены для получения сертификата MCSA: Web Applications:

1. Exam 70-480: Programming in HTML5 with JavaScript and CSS3
2. Exam 70-486: Developing ASP.NET MVC Web Applications

Дополнительный экзамен, который выбрал я:

3. Exam 70-487: Developing Microsoft Azure and Web Services

Главный язык программирования на .NET — C#, и для начала я хотел получить подтверждение своих навыков программирования на C#. Для этого есть экзамен Exam 70-483: Programming in C#. Его я и сдал первым.

Книги для подготовки

Для всех упомянутых экзаменов есть книги, специально выпущенные в помощь к подготовке. Это книги из серии "Exam Ref ###" (### — код экзамена) с обложкой салатового цвета. Они стоят денег, но можно найти торрент-редакции изданий. Эти книги не содержат всех знаний, которые нужны для прохождения экзамена, но всё равно они крайне полезны. На веб-странице с описанием каждого экзамена перечислены его разделы, знания которых проверяются на экзамене. Так вот, эти учебники составлены строго в соответствии с разделами — главы соответствуют им по названиям. Также авторы подсказывают на что обратить внимание, возможен ли вопрос из этой темы или нет. Чаще всего пишется, что вопрос(-ы) из этой темы точно будут на экзамене, а вот из этой темы маловероятно. Самый большой минус книг Exam Ref — устаревание. Технологии постоянно совершенствуются, экзамены подстраиваются под изменения — одни вопросы заменяются другими, добавляются новые темы и т. д. Учебники же редко переиздаются. Ещё я столкнулся с откровенной некомпетентностью в книге Exam Ref 70-480. Например, автор утверждает, что в JavaScript возможна перегрузка функций. Также в книге описаны вещи, присущие только IE. По поводу других книг могу дать совет: абсолютно точно не нужно прочитывать все книги, которые соответствуют темам экзамена. Можно ограничится MSDN плюс какая-то хорошая книга, которая затрагивает большинство тем. Например, для 70-486 есть отличная книга "Pro ASP.Net Core MVC" от Freeman.

Тренировочные тесты

Большую помощь мне оказали тренировочные тесты на measureup.com. Они призваны имитировать настоящие экзамены, но я использовал их по-другому. На каждый экзамен у measureup есть ограниченное множество вопросов (~120-180), из которых конструируется тренировочный тест. Его можно гибко настроить — указать области тестирования, общее количество вопросов, время на тест и т. д. Я же делал так: выбирал абсолютно все вопросы, отключал рандомизацию порядка, убирал ограничение по времени и делал возможным увидеть правильный ответ по требованию. Далее запускал этот тест и по порядку отвечал на вопросы в режиме "ответил — проверил ответ". Основная польза measureup в том, что помимо указания правильного ответа, даётся объяснение почему этот ответ правильный, и почему остальные ответы неправильные. В конце объяснения приведены прямые ссылки на соответствующую документацию MSDN и иногда на чей-то блогпост. Это серьёзно "прокачивает" знания в соответствующей теме. У этих тестов тоже есть минусы — встречаются опечатки в коде, сам код плохо форматирован и нет подсветки, трудно читать. В тренировочных вопросах для экзамена 70-486 встречаются вопросы из мира WebForms. Лично мне не встречались вопросы по WebForms на настоящем экзамене, и вряд ли они там будут.

Центр тестирования

Выбирайте большой центр тестирования, чтобы иметь больше выбора во времени назначения тестирования. Также в больших центрах лучше оборудование. Первые экзамены я сдавал в маленьком центре, который предлагал всего два дня на неделе для тестирования. Я выбрал его, потому что он был расположен к моему дому ближе всех остальных. В последний раз, когда я в нём тестировался, три раза пропадало электричество. Никаких ИБП не было, компьютер после выключение ещё и не запускался. Время тестирования, к счастью, приостанавливалось, но всё равно все эти накладки не добавляли уверенности. После этого я сменил центр. Рекомендуемый московский центр могу написать в личном сообщении. Также есть возможность сдавать экзамены дома. Экзамены Microsoft дома не сдавал, ничего по этому поводу сказать не могу.

Сдача экзамена

Про саму сдачу экзаменов написано очень много. Содержание вопросов и ответов раскрывать не имею право. С собой ничего кроме паспорта брать нельзя. Часы, телефоны и браслеты необходимо оставлять в сейфе. Вам дадут планшет для записей, который необходимо вернуть сразу после тестирования. В экзаменах Microsoft больше всего мне нравится то, что результат отображается сразу после окончания тестирования, а именно: общий score, passed/not passed, % по разделам экзамена. Испытываю разочарование от того, что не показываются вопросы с ошибочными ответами. Мне очень хочется сделать работу над ошибками, но увы. Можно только постараться запомнить вопросы, которые вызвали затруднение, и потом дома почитать материалы на их тему. С другой стороны, я понимаю, почему так делается. Экзамены "многоразовые", если начнётся раскрытие информации о вопросах и ответах, то тесты потеряют свою ценность.

Сравнение: event vs delegate

И делегаты, и события позволяют реализовать шаблон проектирования Наблюдатель. В чём же различие? Если в одном предложении, то событие — это надстройка на делегатом, которая сильно урезает его "в правах".

1. Событие нельзя объявить свойством, только полем. Однако событие поддерживает определение своих методов подписки и отписки (add и remove) в стиле свойств.
2. Реализация подписки и отписки на событие потокобезопасна (речь идёт о штатных методах add и remove).
3. Полю события нельзя присвоить null вне другого класса. Вообще, стороннему коду нельзя ничего сделать с полем события кроме как подписаться или отписаться. Для этого используются операторы += и -=, которые транслируются в вызов add и remove. Оператор = к событиям не применим.
4. Запускать событие напрямую можно только в том классе, в котором оно объявлено. Даже в потомках нельзя. Однако это можно сделать через метод-обёртку.

По мотивам топика на Хабре.

Ошибка в переводном 4-м издании "CLR via C#" Рихтера

В примере кода, который находится в разделе "Уведомление о событии, безопасное в отношении потоков" (с. 291), использован устаревший метод Thread.VolatileRead() вместо Volatile.Read().

В оригинальном издании всё правильно — везде используется Volatile.Read(). В разделе упоминания этих методов чередуются, так что судя по всему это результат "недоправки" листингов с предыдущих изданий. Больше нигде в книге Thread.VolatileRead() не упоминается. Про Thread.VolatileRead() и Volatile.Read() можно начать читать отсюда.

Неработающий XAML-дизайнер Visual Studio 2013 в проекте для Windows Store

При попытке запуска дизайнера XAML-страницы проекта для Windows Store получаю такое исключение:

System.Runtime.InteropServices.COMException
Это приложение не поддерживает указанный контракт или не установлено. (Exception from HRESULT: 0x80270254)

Для информации: среда разработки Visual Studio 2013 Ultimate установлена на Windows 8.1 Pro x64.

Это ошибка появляется при открытии дизайнером XAML-страницы именно для Windows Store. В обычном WPF-проекте ошибки нет, в проекте для Windows Phone — тоже. Начал гуглить. Чтение форумов не помогло. Сделал Repair установки — ошибка не исчезла. Видимо, дело не в повреждённых файлах или настройках.

Моя рабочая учётная запись (в которую я обычно загружаюсь) имеет права рядового пользователя Windows 8. Среду Visual Studio 2013 я привык запускать с правами администратора. Например, чтобы иметь возможность присоединяться к процессу IIS для отладки.

По опыту знаю, что запуск программы с правами администратора — это не одно и тоже, что и запуск программы в загруженной учётной записи администратора. Поэтому решил загрузиться в учётную запись администратора и открыть дизайнер там. Дизайнер открылся без ошибок. Это меня расстроило, т. к. мне не хотелось всякий раз загружаться как администратор, когда мне необходимо программировать. На всякий случай решил попробовать открыть дизайнер в студии, запущенной в рабочей учётной записи без дополнительных привелегий. Дизайнер открылся без ошибки! Такое поведение для меня выглядит странным. Другого решения я не нашёл. Установка Update 1 для VS 2013 не помогла. Если у кого-то в такой же ситуации дизайнер работает без ошибок, был бы признателен за отклик.

Доступ к непубличным экземплярным полям класса

К непубличным экземплярным полям класса можно обращаться из другого экземпляра того же класса. Следующий код компилируется без проблем.

class PrivateFieldsAccess
{
    private int privateField;
    protected int protectedField;

    public PrivateFieldsAccess(PrivateFieldsAccess instance)
    {
        privateField = instance.privateField;
        protectedField = instance.protectedField;
    }

}

Модификаторы доступа определяют доступ к членам класса, а не экземпляра. Другими словами, ограничение доступа к членам класса служит для инкапсуляции и снижения зависимости между кусками кода, а не снижения зависимости объектов в памяти во время выполнения.

Ловушки при использовании Response.Filter

ASP.NET позволяет через свойство HttpResponse.Filter выполнять манипуляции с контентом перед отправкой его клиенту. Под контентом понимается html-разметка, css-стиль, js-код и вообще любые данные, отправляемые веб-сервером в ответ на запрос. Для чего это нужно? Например, для замены в теле ответа одного текста на другой. Подробно расписывать как это делать я не буду, а покажу очень важные особенности, которые необходимо учитывать при реализации продобного рода фильтров.

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

public class HtmlFilter : Stream
{
    // Второстепенный код пропущен.

    //  Основной метод, производящий замену текста перед записью в поток.
    public override void Write(byte[] buffer, int offset, int count)
    {
        Encoding encoding = HttpContext.Current.Response.ContentEncoding;

        string s = encoding.GetString(buffer);
        
        s = Regex.Replace(s, pattern, replacement);
        
        byte[] outData = encoding.GetBytes(s);
        
        _baseStream.Write(outData, 0, outData.Length);
    }
}

Чем примечателен этот код? Тем, что он неправильный. Контент разбивается на порции, и эти порции записываются в поток по отдельности — метод Write() вызывается несколько раз. Это значит, что иногда в отфильтрованном контенте будут присутствовать незаменённые экземпляры искомого текста, которым "посчастливилось" попасть на границы порций, а значит Regex просто не найдёт и не заменит их. Самое плохое в этой ошибке то, что она выглядит как случайная, её очень сложно воспроизвести. Вероятность её проявления прямо пропорционально величине заменяемого текста (pattern'а). Чем он больше, тем вероятней то, что он окажется на границе порций контента. В моём случае заменяемый текст являлся частью URL, и мне даже удалось увидеть один "неправильный" URL.

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

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

.NET Framework 4.5 — это лишь апдейт для 4-й версии

Заглянул на рабочем компьютере в каталог C:\Windows\Microsoft.NET\Framework и не увидел в нём каталога с названием, начинающимся на "v4.5". После поиска информации в Гугле, у меня сложилось впечатление, что Майкрософт собрала все обновления для 4-й версии, добавила несколько фич в язык C# и выпустила это под громким названием .NET Framework 4.5.

1. 4.5 ставит себя в каталог v4.0.30319, предназначенный для 4-й версии. В MSDN написано, что "сборки заменяются" (the assemblies are replaced).
2. Этот пункт вытекает из предыдущего — на компьютере не могут быть одновременно установлены обе версии, только одна из них. Это принципиально отличается от предыдущих выпусков, когда версии 1.0, 1.1, 2.0, 3.0 и 3.5 живут на компьютере бок о бок. Чтобы вернуться к 4-й версии, 4.5 необходимо полностью удалить.
3. Версии файлов сборок отличаются лишь последней группой цифр:
   
4. Новые ключевые слова C# — async и await — можно использовать и в 4-й версии при установке соответствующего обновления.
5. Пожно скомпилировать программу для версии 4.5, и она будет работать исправно в среде 4-й версии, но до тех пор, пока не попытается воспользоваться особенностями, присущие только версии 4.5.
6. В IIS нельзя выбрать среду исполнения ".NET Framework 4.5" у пула приложений — только 2.0 или 4.0.

Источники

1. http://www.west-wind.com/weblog/posts/2012/Mar/13/NET-45-is-an-inplace-replacement-for-NET-40 — наиболее полное изложение по теме
2. http://msdn.microsoft.com/en-us/library/5a4x27ek.aspx