Есть ли разница между настройкой цвета кисти и прозрачностью? [Дубликат]

Что вы можете сделать по этому поводу?

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

Проверить аргументы

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

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

public void DoSomething(MyObject obj) {
    if(obj == null) 
    {
        throw new ArgumentNullException("obj", "Need a reference to obj.");
    }
}

Использовать инструменты

Есть также несколько библиотек, которые могут помочь. Например, «Resharper» может предоставить вам предупреждения во время написания кода, особенно если вы используете их атрибут: NotNullAttribute

В разделе «Контракты кода Microsoft» вы используете синтаксис, например Contract.Requires(obj != null), который дает вам проверку выполнения и компиляцию: Представление кодовых контрактов .

Существует также «PostSharp», который позволит вам просто использовать такие атрибуты:

public void DoSometing([NotNull] obj)

Сделав это и сделав PostSharp частью вашего процесса сборки, obj будет проверяться на нуль во время выполнения. См. Ошибка проверки PostSharp

Решение для простого кода

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

[System.Diagnostics.DebuggerNonUserCode]
public struct NotNull where T: class
{
    private T _value;

    public T Value
    {
        get
        {
            if (_value == null)
            {
                throw new Exception("null value not allowed");
            }

            return _value;
        }
        set
        {
            if (value == null)
            {
                throw new Exception("null value not allowed.");
            }

            _value = value;
        }
    }

    public static implicit operator T(NotNull notNullValue)
    {
        return notNullValue.Value;
    }

    public static implicit operator NotNull(T value)
    {
        return new NotNull { Value = value };
    }
}

. Вы использовали бы очень похоже на то, как вы бы использовали Nullable, за исключением того, что цель заключалась в том, чтобы сделать абсолютно противоположное - не разрешать null. Вот несколько примеров:

NotNull person = null; // throws exception
NotNull person = new Person(); // OK
NotNull person = GetPerson(); // throws exception if GetPerson() returns null

NotNull неявно отбрасывается в и из T, поэтому вы можете использовать его в любом месте, где это необходимо. Например, вы можете передать объект Person методу, который принимает значение NotNull:

Person person = new Person { Name = "John" };
WriteName(person);

public static void WriteName(NotNull person)
{
    Console.WriteLine(person.Value.Name);
}

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

Person person = GetPerson();

public static NotNull GetPerson()
{
    return new Person { Name = "John" };
}

Или вы даже можете использовать его, когда метод просто возвращает T (в этом случае Person), выполнив бросок. Например, следующий код будет похож на код выше:

Person person = (NotNull)GetPerson();

public static Person GetPerson()
{
    return new Person { Name = "John" };
}

Объединить с Extension

Объединить NotNull с методом расширения, и вы можете охватить еще больше ситуаций. Вот пример того, как может выглядеть метод расширения:

[System.Diagnostics.DebuggerNonUserCode]
public static class NotNullExtension
{
    public static T NotNull(this T @this) where T: class
    {
        if (@this == null)
        {
            throw new Exception("null value not allowed");
        }

        return @this;
    }
}

И вот пример того, как он может быть использован:

var person = GetPerson().NotNull();

GitHub

Для вашей справки я сделал код выше, доступный на GitHub, вы можете найти его по адресу:

https://github.com/luisperezphd/NotNull

Функция родственного языка

В C # 6.0 был введен «оператор с нулевым условием», который немного помогает в этом. С помощью этой функции вы можете ссылаться на вложенные объекты, и если какой-либо из них null, все выражение возвращает null.

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

var address = country?.State?.County?.City;

Представьте, что country является объектом типа Country, который имеет свойство, называемое State и т. Д. Если country, State, County или City - null, то address will be null . Therefore you only have to check whether адрес is null`.

Это отличная функция, но она дает вам меньше информации. Это не делает очевидным, какой из 4 является нулевым.

Встроенный как Nullable?

C # имеет красивую стенографию для Nullable, вы можете сделать что-то нулевое помещая знак вопроса после такого типа int?.

Было бы неплохо, если бы у C # было что-то вроде структуры NotNull выше и имела аналогичную стенографию, может быть, восклицательный знак (!), чтобы вы могли написать что-то вроде: public void WriteName(Person! person).

6
задан Neil Barnwell 10 October 2011 в 10:46
поделиться

3 ответа

Прямо от MSDN :

Непрозрачность на кистях против непрозрачности элементов

Когда вы используете кисть для установки заливки или обводки элемент, лучше установить значение Brush.Opacity, а не устанавливать свойство непрозрачности элемента. Изменение свойства Opacity элемента может привести к созданию временной поверхности WPF.

Но независимо от того, что вы все еще вызываете работу с конвейером рендеринга, выполните больше работы. Непрозрачность подразумевает, что он должен комбинировать пиксели из нескольких источников, чтобы придумать окончательное значение RGB. Таким образом, если вообще возможно полностью удалить прозрачность и вместо этого имитировать ее с помощью непрозрачной кисти, вы должны. Похоже, это может быть невозможно в вашем случае, но это часто бывает.

7
ответ дан Kent Boogaart 5 September 2018 в 07:34
поделиться

Установка непрозрачности элемента FrameworkE задает непрозрачность каждого дочернего элемента этого элемента FrameworkElement. Если у элемента FrameworkElement есть дети (кнопки, текстовые поля или любые другие элементы), вы должны пойти с опцией 1.

Если это только белый прямоугольник, накладывающий что-то, я бы сказал, перейдите для варианта 2, потому что легче анимировать свойство Opacity, чем кисть, если вы в конце концов этого захотите.

0
ответ дан AkselK 5 September 2018 в 07:34
поделиться

это зависит от того, сколько объектов вы собираетесь отображать (из вышеприведенного типа), как создается кисть и т. д. ...

Например, если кисть задана в первом примере как StaticResource затем создается один раз, тогда как если он задан как строка Background = "# 12FFFFFF", то он будет создан один раз за экземпляр объекта. Это само по себе будет иметь влияние на производительность, хотя и незначительно

Использование Brushes.White и настройка непрозрачности означает, что вы будете использовать один статический экземпляр кисти (белый) и константу непрозрачности, чтобы вы создавали меньше объектов ,

Лучший способ узнать ум - это конкретный тест - вы сделали какой-либо профилирование?

Изменить: я должен добавить, если вы только создаете несколько из перечисленных объектов, я не думаю, что вам нужно беспокоиться о производительности. Для 1000-х годов, однако, конкретный тест был бы разумным

0
ответ дан Dr. ABT 5 September 2018 в 07:34
поделиться
Другие вопросы по тегам:

Похожие вопросы: