Скорее это просто неприязнь к статике и все.

У всего есть свои плюсы и свои минусы.
И то, что AS 2 позволяет свободу выбора того или иного подхода и даже смешивать оба подхода - это, в принципе, не плохо.
Под каждую задачу можно выбирать оптимальный путь.

Кстати в Яве, которая настолько строгая, что для неё в принципе стало возможно создать такую прекрасную среду, как IDEA, и то есть java.lang.reflect, который я бы назвал "динамика на костылях".

__etc, тогда я не понял, что ты спрашивал.
WindWalker, клево, ты создал указатель на bool и что?

На самом деле произойдёт следующее:
1. Будет создан экземпляр EmailValidator на основе строки.
2. Будет вызван метод isValid() для этого экземпляра.
3. Результат, возвращённый методом, запишется в переменную.
4. Garbage Collector убьёт экземпляр.

Вобщем, задача будет решена. Принципы ООП не пострадают.
Но будет выполнено два совершенно лишних действия: создание и удаление объекта.

Несколько быстрее будет работать такой вариант:
Т.е. если используется статический метод класса.

Правда, тоже есть подводный камень.
Обычно класс находится в каком-то пекедже. И хоть и пишем просто EmailValidator, компилятор всё равно расширяет его до полного имени.
Например, com.strings.validators.EmailValidator

Прежде, чем будет вызван метод этого класса, произойдёт следующее (синтаксис flasm'а):
Вобщем, довольно много не самых быстрых инструкций.
Зачастую это, конечно, малозаметно. Но всё равно иногда терзает душу.

Я спрашивал, каким образом ты будешь использовать сервисные функции а-ля проверка E-mail, если статику ты так не любишь? Так, как написал WindWalker?

WindWalker, интересный домен «strings.com» :D

Это же чисто пример.