Есть ли какие-либо наборы в.NET, которые предотвращают пустые записи?

А как насчет написания метода расширения для HashSet. Это может быть проще всего.

public static class HashSetExtensions
{
    public static bool AddNonNull<T>(this HashSet<T> set, T item)
        where T : class
    {
        if (item == null)
            return false;

        return set.Add(item);
    }
}

Затем вы можете сделать это:

HashSet<object> test = new HashSet<object>();
test.AddNonNull(null); //Will return false;

В любом случае, вы можете использовать кодовые контракты в .NET 4.0 для предотвращения NULL значений, которые будут добавлены в коллекцию. Таким образом, вы также получите проверку времени компиляции, правильный ли код (используя статический анализ, предусмотренный кодом договоров):

public class MyClass {
  private List<Something> nonNullList;

  [ContractInvariantMethod]
  void NonNullEntries() {
    Contract.Invariant(Contract.ForAll(nonNullList, el => el != null));
  }

  public void Add(Something el) {
    Contract.Requires(el != null);
  }

}

Способ, отмеченный ContractInvariTMethod Указывает состояние, которое должно быть В любое время держится (нет null элементов в списке). Я считаю, что статический анализ не может рассуждать об этом (из-за Forall ), но я могу ошибиться. Тем не менее, это, безусловно, может проверить, вы вызываете добавить методом с правильными (ненутренными) аргументами.

Поскольку вы отметили этот вопрос с помощью generics , я полагаю, вы ищете общую коллекцию. Такой коллекции не существует в платформе .NET просто потому, что типы значений не могут быть null , поэтому я думаю, вам придется откатить свой собственный, добавив ограничение ограничения на общий тип, который он принимает.

A System.Collections.Generics.Dictionary не позволяет добавлять null для TKey (вызывает исключение). Вам придется проигнорировать TValue s тогда в вашем сценарии, если вы собираетесь использовать его таким образом, и функциональность будет аналогична Hashset , за исключением причудливого набора операции конечно.

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

Два варианта:

Edit: Извините, я пропустил, что ему нужен набор, а не коллекция. По крайней мере, предпочтительный элемент, который я перечислил, все еще действителен. :)

Preferred:

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

Не предпочтительно:

Вытекает из Collection и переопределяет InsertItem и SetItem для сброса ArgumentNullException, если их значение является нулевым.

Что ж, первоначальная причина, по которой я выбрал OpenID, заключалась в том, чтобы кто-то другой мог обработать как можно больше реализации и безопасности аутентификации для меня.

После просмотра OpenID появляется что-то называемое «немедленным запросом» ( http://openid.net/specs/openid-authentication-2_0.html#anchor28 ).

При запросе аутентификации Доверяющая сторона МОЖЕТ запросить, чтобы ОП не взаимодействовала с конечным пользователем. В этом случае ОП ДОЛЖЕН немедленно ответить либо утверждением, что аутентификация успешна, либо ответом, указывающим, что запрос не может быть выполнен без дальнейшего взаимодействия с пользователем.

Из-за этого я думаю, что я мог бы просто сохранить URL-адрес openID пользователя в файле cookie и использовать немедленный запрос, чтобы увидеть, аутентифицирован ли пользователь или нет. Таким образом, мне не нужно ничего делать с моей базой данных, или реализовать любую логику для предотвращения захвата сеанса долгоживущего файла cookie.

Этот метод выполнения, по-видимому, является способом, которым OpenID предлагает его выполнить с помощью документа Best Practices .

В целом сайт становится проще переваривать для остальной части Интернета. Данные можно использовать повторно, объединять, создавать перекрестные ссылки и сохранять.

Простым примером было бы иметь в любом месте на сайт широту и долготу (гео). С помощью микроформатов любой, кто ищет эту широту и долготу, может быть легко связан со своим веб-сайтом, увеличивая трафик, узнавая об этом человеке/компании и позволяя пользователям легко сохранять эту информацию. (Хотя я сталкивался с этим мало лично, это скорее «будущее» вещей, чем настоящее. Но всегда хорошо быть в курсе событий).

Вторым примером может быть визитная карточка (hCard), где браузер может легко сохранить и перенести ее в адресную книгу, так что только один визит на сайт и посетитель имеет информацию, сохраненную локально. Особенно полезно, если они получают хиты с мобильного телефона.

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

Я, скорее всего, начну с класса System.Collections.ObjectModel.Collection для развертывания собственного.

Вам придется создавать свои собственные. Если вы хотите, чтобы Add возвращала bool (был ли элемент не null и, следовательно, добавлен или наоборот), вам придется начать с нуля. Я бы рекомендовал наследоваться от List и бросать ArgumentNullExceptions. То есть, если вы действительно не хотите добавлять нули, исключения могут быть лучшим способом и, конечно, более простым.