C #, Lokad.Shared: Как написать собственные правила для использования с Enforce

Question

C #, Lokad.Shared: Как написать собственные правила для использования с Enforce

2

Я пробовал Lokad Shared Libraries, и он выглядит очень интересным и полезным. Я могу использовать, например:

Enforce.Arguments(() => arg1, () => arg2);

чтобы вызвать исключение, если arg1 или arg2 имеют значение null. Но я хотел бы проверить, имеет ли IEnumerable хотя бы один элемент. Я мог бы использовать:

Enforce.That(someSequence.Count() > 0);

но это не создает очень полезное сообщение об ошибке. Я попытался посмотреть пример кода и т.д., Чтобы узнать, как писать и использовать собственное правило. Но я просто не могу понять это!

Я зашел так далеко (или коротко... точнее...):

Мне нужно создать класс для сбора моих правил.
Мне кажется, мне нужно каким-то образом создать делегат Lokad.Rules.Rule<T>?
Что, возможно, нужно что-то сделать с помощью IScope, что бы это ни было.
А потом каким-то образом используйте это правило с одним из методов Enforce, хотя я не совсем уверен, как...

Итак, чтобы подвести итог, вот что я хочу в итоге:

public static void DoStuff<T>(this IEnumerable<T> subjects)
{
    Enforce.Argument(() => subjects);
    // Somehow in an equally smooth way check that 
    // subjects contains at least one element

    // Do stuff
}

Любой, кто может помочь?

Svish 20 март 2009, в 15:17

Источник

0

Я никогда не слышал о Lokad. Shared до этого. +1 за интересные новые технологии!
John Feminella 20 март 2009, в 14:09
0

Да, я почти начал его использовать, но следил за новостями этого человека Рината Абдуллина. Там много интересного. Как и классы Express и Reflect.
Svish 20 март 2009, в 14:30
0

Тоже самое. Я сталкивался, когда пытался написать заявление гвардии, в котором не требовалось указывать название объекта. Действительно копаю эту работу.
joshua.ewer 20 март 2009, в 16:18

Показать ещё 1 комментарий

Теги:

c#

1 ответ

Ещё вопросы

Я никогда не слышал о Lokad. Shared до этого. +1 за интересные новые технологии!
Да, я почти начал его использовать, но следил за новостями этого человека Рината Абдуллина. Там много интересного. Как и классы Express и Reflect.
Тоже самое. Я сталкивался, когда пытался написать заявление гвардии, в котором не требовалось указывать название объекта. Действительно копаю эту работу.

Svish · Answer 1 · 2009-04-27T06-58-00.000Z

Вопрос о том же вопросе в сообщение в блоге Ринат Абдуллин. Получил ответ:

Здесь простейшая реализация с использованием:

    public static class EnumerableIs
    {
        public static void NotEmpty<T>(IEnumerable<T> collection, IScope scope)
        {
            if (!collection.Any())
            {
                scope.Error("Enumerable can't be empty.");
            }
            scope.ValidateInScope(collection);
        }
    }

    [Test, ExpectedException(typeof(ArgumentException))]
    public void Test()
    {
        IEnumerable<object> t = null;
        Enforce.Argument(() => t, EnumerableIs.NotEmpty);
    }

    [Test, ExpectedException(typeof(ArgumentException))]
    public void Test2()
    {
        var t = new int[0];
        Enforce.Argument(() => t, EnumerableIs.NotEmpty);
    }

    [Test, ExpectedException(typeof(ArgumentException))]
    public void Test3()
    {
        var t = new[] { new object(), null };
        Enforce.Argument(() => t, EnumerableIs.NotEmpty);
    }

И это действительно работает. Методы испытаний вызывают исключения из этих сообщений:

Test1: Объект типа "IEnumerable`1" не должен быть нулевым. Имя параметра: t

Test2: Перечислимый не может быть пустым. Имя параметра: t

Test3: Объект типа "Объект" не должен быть нулевым. Имя параметра: t. 1

Не совсем уверен, где Test1 и Test3 получили свои сообщения от... как, где он проверял это в методе NotEmpty<T>... поэтому я спросил об этом...