Дядька Серёжа, да, решил написать "С таким E-mail уже производилась попытка регистрации", учитывая, что нужно подтверждать регистрацию по Е-майл, далее рекомендовалось восстановить пароль или подтвердить Е-майл (проверить почту).
CityCat4, не могу принять ваш ответ, так как основная проблема - идентификация регистрации определенного email (как я указал в комментарии выше), пусть даже aaabbb123@yandex.ru, владелец которого известен, а не перебор случайных email неизвестных лиц. Отрицание наличия проблемы не является решением.
Ну, например, сотрудник может узнать по мылу своего босса, что тот имеет аккаунт на компроментирующем его сайте. Как пример. Или мошенники могут определить, что такой пользователь зарегистрирован на определенных сайтах, чтобы понять, стоит ли предпринимать дальнейшие действия и где именно. Это может быть также сайт госучреждения, где такое сокрытие данных прописано в условиях. И тд.
galliard, спасибо большое за развернутый ответ, но хотелось бы обойтись стандартными средствами PHP, так как неизвестно, стоит ли это расширение у стороннего пользователя.
Тут, в общем то, и возразить нечего, так как если брать создание новой переменной против многократного вызова метода... Читаемость, оптимизация и прочее зависит от конкретного кода, а не упомянутого принципа в тз.
Вообще бы добавил кеширование и в метод и в код обязательным, но установил бы число повторов в тз, с которого начинается использование дополнительной переменной.
Например, фреймворк Symfony использует для вставки шаблонов в подключаемые классы как раз таки функцию, в которую передаются параметры шаблона, у меня похожая ситуация, при этом класс X менять не выйдет, а так было бы проще дебажить разные классы, где она есть. Последний класс если только выводить из стека...