.NET Framework

Несколько интересных советов из книги Рихтера CLR via С#

Василий Петрухин — Thu, 12 Apr 2007 11:20:00 GMT

Недавно купил себе книгу Джеффри Рихтера CLR via C#. Программирование на платформе Microsoft.NET Framework 2.0 на языке C#. Начал читать с самого начала несмотря на то что там объясняются базовые принципы .NET Framework/CLR/C# с которыми я уже знаком. Решил таким образом освежить знания. По ходу чтения наткнулся на пару новых моментов, которыми и хочу поделиться.

В C# можно делать структуры с перекрывающимеся полями. В С++ это известно как union.

[StructLayout(LayoutKind.Explicit, Size=4)]
public struct Int32Union
{
    [FieldOffset(0)]public byte Byte1;
    [FieldOffset(1)]public byte Byte2;
    [FieldOffset(2)]public byte Byte3;
    [FieldOffset(3)]public byte Byte4;
    [FieldOffset(0)]public int  intValue;
}

Если у вас есть сборка с internal классами и требуется предоставить другой своей сборке доступ к ним (а объединить эти сборку в одну нельзя по тем или иным причинам), то вас спасет атрибут InternalsVisibleTo
Для проверки хватит ли программе памяти для выполнения, можно использовать класс MemoryFailPoint. Он проверит можно ли выделить необходимый объем памяти в мегабайтах без возбуждения исключения OutOfMemoryException. Вместо него используется InsufficientMemoryException.

Несколько замечаний о самой книге. Радует то что книга в красивом твердом переплете. Однако растроил уровень перевода и рецензирования. Как видно над книгой работал коллектив переводчиков и поэтому некоторые термины переводятся в начале и конце книги по разному. Например, термин working set в начале книги переводится как "рабочее множество", а в конце как "рабочий набор". Последний перевод я считаю более правильным и к тому же он уже устоялся.

Best Practice Analyzer для ASP.NET

Василий Петрухин — Thu, 08 Feb 2007 14:00:00 GMT

Случайно нашел интересный проект на сайте CodePlex - Microsoft Best Practices Analyzer. Судя по интерфейсу это единый движок для различных best practices анализаторов. Данный проект идет только с плагином для анализа ASP.NET проектов на предмет соответствия рекомендуемым настройкам безопасности и производительности. Для анализа указывается путь к файлу machine.config, к корневому файлу web.config и к файлу web.config конкретного приложения. Непонятно только анализирует ли утилита вышерасположенные web.config, если приложение наследует часть настроек из родительского(-их) пприложения.

Присвоение свойству различных значений в зависимости от браузера в ASP.NET 2

Василий Петрухин — Wed, 17 Jan 2007 15:59:00 GMT

Недавно узнал что в ASP.NET можно назначать разные значения свойствам для элементов управления и директив. Например, в директиве @ Page можно написать: <%@ Page MasterPageFile="~/Default.master" ie:MasterPageFile="~/Default_ie.master" %>. Такая запись указывает, что для MSIE будет использоваться отдельный MasterPage и другой для всех остальных. Префикс ie в данном случае называется device identifier и соответствует значению атрибута id из файлов *.browser. Они находятся в папке %systemroot%\Microsoft.NET\Framework\v2.0.50727\CONFIG\Browsers\. При необходимости можно создать свой browser файл и выложить его в папку App_Browsers в корне приложения.

Подобный синтаксис может использоваться в директивах @ Control и @ Master, а также для свойств элементов управления. Смотрите примеры в блоге Скота Гатри (Scott Guthrie). Документация этой возможности есть в статье MSDN ASP.NET Device Filtering Overview.

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

Василий Петрухин — Wed, 17 Jan 2007 14:21:00 GMT

В библиотеке классов .NET Framework появится новый класс System.Numeric.BigInteger поддерживающий числа с большой разрядностью. В примере можно увидеть класс вычисляющий факториал числа 300.

Книга Рихтера CLR via С# на русском

Василий Петрухин — Sat, 02 Dec 2006 14:34:00 GMT

Издательский дом Питер представил книгу Джеффри Рихтера CLR via C#. Программирование на платформе Microsoft .NET Framework 2.0 на языке C#. Предварительная цена составляет 585 рублей и может измениться после выхода книги из типографии.

Разница между .NET 1.1 и .NET 2.0 в кешировании регулярных выражений

Василий Петрухин — Fri, 20 Oct 2006 20:13:00 GMT

В блоге разработчиков BCL опубликована хорошая заметка Regex Class Caching Changes between .NET Framework 1.1 and .NET Framework 2.0. Если кратко, то кеш теперь имеет фиксированный размер (его можно изменить с помощью свойства Regex.CacheSize) и в него заносятся только регулярные выражения созданные с помощью статических методов класса Regex.

Поддержка переменных в локальной памяти потока в .NET Framework

Василий Петрухин — Sun, 24 Sep 2006 16:12:00 GMT

Windows поддерживает понятие глобальных переменных действующих в рамках отдельного потока. Называется это Thread Local Storage (TLS) или локальная память потока. До сегодняшнего дня я не подозревал о наличии поддержки TLS в .NET Framework. Применив атрибут ThreadStatic к статической переменной мы автоматически получаем необходимый результат. В MSDN Magazine за сентябрь 2006 года опубликована статья .NET Matters: Scope<T> and More с хорошими примерами по теме. Рекомендую прочитать.

Интересный пример неработающего кода

Василий Петрухин — Tue, 12 Sep 2006 19:43:00 GMT

Скотт Аллен опубликовал интересный пример неработающего кода в заметке What's Wrong With This Code (#5). На данный момент в комментариях уже есть правильный ответ почему код не работает и как это исправить. Я, честно говоря, не смог догадаться. Пример мне очень понравился поэтому приведу его здесь. Он состоит из двух частей.

Часть 1. Два простых класса:

using System;
using System.Collections.Generic;

[Serializable]
class Bowlers
{
    List<string> _bowlerList = new List<string>();

    public void AddBowler(string name)
    {
        _bowlerList.Add(name);

        EventHandler<BowlerAddedEventArgs> handler = BowlerAdded;
        if (handler != null)
        {
            handler(this, new BowlerAddedEventArgs(name));
        }
    }

    public event EventHandler<BowlerAddedEventArgs> BowlerAdded;

    // ...
}


[Serializable]
class BowlerAddedEventArgs : EventArgs
{
    public BowlerAddedEventArgs(string name)
    {
        Name = name;
    }

    public string Name;
}

Часть 2. Программа использующая их:

using System;
using System.IO;
using System.Runtime.Serialization.Formatters.Binary;
class Test
{
    public static void Main()
    {
        Bowlers bowlers = new Bowlers();
        string addedMessage = "Added bowler: {0}";
        bowlers.BowlerAdded +=
            delegate(object sender, BowlerAddedEventArgs e)
            {
                Console.WriteLine(addedMessage, e.Name);
            };

        bowlers.AddBowler("Bob");
        bowlers.AddBowler("Jan");
        bowlers.AddBowler("Ann");

        using (MemoryStream stream = new MemoryStream())
        {
            BinaryFormatter formatter = new BinaryFormatter();
            formatter.Serialize(stream, bowlers);
        }
    }
}

При выполнении программы выдается исключение. Почему? Ответ: Проблема в том, что анонимный делегат обращается к переменным вне своей области видимости. Компилятор C# генерирует для него класс без атрибута [Serializable], а так как событие является public, то происходит попытка выполнить его сериализацию. При этом так как класс в данном поле не является сериализуемым, то выдается исключение. Исправить это можно перенеся переменную addedMessage внутрь делегата или пометив событие BowlerAdded атрибутом [field: NonSerialized].

Как определить програмным путем в каком режиме (debud или release) откомпилирована сборка

Василий Петрухин — Thu, 31 Aug 2006 14:05:00 GMT

Вопрос определения режима компиляции програмным путем интересовал меня уже давно и благодаря Скотту Хансельману (Scott Hanselman) ответ найден: How to Programmatically Detect if an Assembly is Compiled in Debug or Release mode. Спасибо Скотт!

Эту методику можно использовать как в обычном приложении так и в приложении ASP.NET. Замените вызов Assembly.LoadFrom на Assembly.GetExecutingAssembly или Assembly.GetCallingAssembly. Результат работы кода внутри приложения ASP.NET зависит не только от режима компиляции самой сборки, но и параметра debug из файла web.config.

[обновление от 22 января 2007г] В ASP.NET работу в режиме отладки можно определить с помощью HttpContext.Current.IsDebuggingEnabled. (источник)