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

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

"Строки со структурой" являются признаком общего запаха кода "Примитивная Навязчивая идея".

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

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

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

struct EMail
{
    String BeforeAt = "johndoe123";
    String AfterAt = "gmail.com";
}

Struct URL
{
    String Protocol = "http";
    String Domain = "sub.example.com";
    String Path = "stuff/example.html";
}

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

Лично, мне нравится идея строгого контроля типов, поэтому если бы я все еще работал на таких языках, то я пошел бы со стилем Вашего второго примера. Единственная вещь, которую я изменил бы, могла бы состоять в том, чтобы использовать более "подобную броску" структуру, как EmailAddressFromString(String), это генерировало новое EmailAddress объект (или переданный соответствие, если строка не была правильной), поскольку я - немного поклонник приложения Венгерская запись.

Эта целая проблема, несущественно, покрыта вполне прилично Joel в http://www.joelonsoftware.com/articles/Wrong.html, если Вам интересно.

Я соглашаюсь с вызовами сильно ввести объект, но для тех случаев, где Вы анализируете от строки до объекта, ответ прост: обработка ошибок.

Существует два общих способа обработать ошибки: исключения и условия возврата. Обычно, если Вы ожидаете получать плохо сформированные данные, затем необходимо возвратить сообщение об ошибке. Для случаев, где вход не ожидается, затем я выдал бы исключение. Например, Вы могли бы передать в плохом сформированном адресе электронной почты, таком как 'боб' вместо 'bob@gmail.com'. Однако для нулевых значений, Вы могли бы выдать исключение, поскольку Вы не должны пытаться сформировать электронное письмо из пустого указателя.

Возвращаясь к Вашему вопросу, я действительно думаю, что Вы получаете что-то путем кодирования структуры в объект. А именно, только необходимо проверить это, строка представляет действующий электронный адрес в одном определенном месте, таком как конструктор. В другом месте Ваш код является бесплатным предположить, что объект EmailAddress доступен, и Вы не должны полагаться на изворотливые классы с именами как 'EmailHelper' или некоторые такой.

Я лично не думаю строгий контроль типов строка адреса электронной почты, поскольку EmailAddress необходим в этом случае.

Для создания адреса электронной почты, необходимо будет, рано или поздно, сделать что-то как:

EmailAddress(String email)

или метод set

SetEmailAddress(String email)

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

Я, как другие указали, буду использовать регулярные выражения.

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