Инструкции для Apitor

Не так давно моему сыну подарили конструктор Apitor (офф. сайт).

Это оказался отличный набор с множеством готовых моделей.

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

Поэтому я подготовил все остальные инструкции в формате PDF.

[Tips and Tricks] VSDebug Message в Visual Studio

Что делать если при использовании горячих клавиш в Visual Studio вы видите сообщение VSDebug Message.

Cardboard Recycling или точилка для кота

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

Fiddler. Инструмент для анализа HTTP

Fiddler - это отличный и бесплатный инструмент для анализа HTTP трафика. В этой статье я постараюсь описать некоторые его базовые возможности.

Отладка Android приложений на реальном устройстве

Для того чтобы использовать реальное устройство для отладки ваших Android-приложений необходимо сделать 2 вещи:

Исключения при вызове метода связанного с делегатом

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

Частая ошибка №10: Накопление предупреждений компилятора. Перевод.

Оглавление

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

Частая ошибка №9: Избегание исключений. Перевод.

Оглавление

C# продолжает следить за безопасностью типов и во время выполнения. Это позволяет вам точнее и быстрее выявлять ошибки, по сравнению с языками типа C++, где ошибка приведения типа может привести к произвольному значению в полях объекта. Тем не менее, программисты могут "разбрасываться" такой замечательной возможностью C#. Они попадают в эту ловушку потому что C# предоставляет два различных пути для приведения: один из них бросает исключение, а другой - нет. Некоторые избегают варианта с исключениями, полагая что не имея блока try/catch они экономят немного кодирования.

Частая ошибка №8: Пренебрежение очисткой ресурсов. Перевод.

Оглавление

Среда CLR использует сборщик мусора, так что вам не надо явно освобождать память, занятую под любой объект. Фактически, вы и не можете. Нет, подобного C++, оператора delete или функции free() как в C. Но это не означает что вы можете просто забыть обо всех объектах, после того как закончили использовать их. Многие типы объектов включают в себя некоторые другие типы системных ресурсов (например файл на диске, подключение к БД, сетевое соединение и т.п.). Оставляя такие ресурсы открытыми вы можете быстро истощить общее количество системных ресурсов, снизить производительность и в конце концов привести программу к ошибке.

Частая ошибка №7: Использование неверного типа коллекции для поставленной задачи. Перевод.

Оглавление

C# предоставляет большое разнообразие объектов-коллекций, приведем неполных их список:
Array, ArrayList, BitArray, BitVector32, Dictionary<K,V>, HashTable, HybridDictionary, List<T>, NameValueCollection, OrderedDictionary, Queue, Queue<T>, SortedList, Stack, Stack<T>, StringCollection, StringDictionary.