RegularExpressionValidator, не стреляющий в пробельную запись

Простой ответ, каждый раз, когда операция невозможна (или из-за приложения ИЛИ ИЗ-ЗА потому что это нарушило бы бизнес-логику). Если метод вызывается и это невозможный сделать то, что метод был записан, чтобы сделать, выдать Исключение. Хороший пример - то, что конструкторы всегда бросают ArgumentExceptions, если экземпляр не может быть создан с помощью предоставленных параметров. Другим примером является InvalidOperationException, который брошен, когда операция не может быть выполнена из-за состояния другого участника или членов класса.

В Вашем случае, если метод как Вход в систему (имя пользователя, пароль) вызывается, если имя пользователя не допустимо, это действительно корректно для броска UserNameNotValidException или PasswordNotCorrectException, если пароль является неправильным. Пользователь не может быть зарегистрирован с помощью предоставленного параметра (параметров) (т.е. это невозможно, потому что это нарушило бы аутентификацию), поэтому выдайте Исключение. Хотя у меня могли бы быть Ваши два Исключения, наследовались ArgumentException.

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

{ // class
    ...

    public LoginResult Login(string user, string password)
    {
        if (IsInvalidUser(user))
        {
            return new UserInvalidLoginResult(user);
        }
        else if (IsInvalidPassword(user, password))
        {
            return new PasswordInvalidLoginResult(user, password);
        }
        else
        {
            return new SuccessfulLoginResult();
        }
    }

    ...
}

public abstract class LoginResult
{
    public readonly string Message;

    protected LoginResult(string message)
    {
        this.Message = message;
    }
}

public class SuccessfulLoginResult : LoginResult
{
    public SucccessfulLogin(string user)
        : base(string.Format("Login for user '{0}' was successful.", user))
    { }
}

public class UserInvalidLoginResult : LoginResult
{
    public UserInvalidLoginResult(string user)
        : base(string.Format("The username '{0}' is invalid.", user))
    { }
}

public class PasswordInvalidLoginResult : LoginResult
{
    public PasswordInvalidLoginResult(string password, string user)
        : base(string.Format("The password '{0}' for username '{0}' is invalid.", password, user))
    { }
}

Большинству разработчиков преподают избежать Исключений из-за издержек, вызванных путем броска их. Замечательно быть сознательным ресурс, но обычно не за счет Вашего проектирования приложений. Это - вероятно, причина, Вам сказали не выдать Ваши два Исключения. Использовать ли Исключения или не обычно сводится к тому, как часто Исключение будет происходить. Если это - довольно общее или довольно вероятный результат, это - когда большинство разработчиков избежит Исключений и вместо этого создаст другой метод для указания на отказ из-за воображаемого потребления ресурсов.

Вот пример избегания использования Исключений в сценарии, любят просто описанный, с помощью Попытки () шаблон:

public class ValidatedLogin
{
    public readonly string User;
    public readonly string Password;

    public ValidatedLogin(string user, string password)
    {
        if (IsInvalidUser(user))
        {
            throw new UserInvalidException(user);
        }
        else if (IsInvalidPassword(user, password))
        {
            throw new PasswordInvalidException(password);
        }

        this.User = user;
        this.Password = password;
    }

    public static bool TryCreate(string user, string password, out ValidatedLogin validatedLogin)
    {
        if (IsInvalidUser(user) || 
            IsInvalidPassword(user, password))
        {
            return false;
        }

        validatedLogin = new ValidatedLogin(user, password);

        return true;
    }
}