MySQL Views - Когда использовать и если не для

Я добавил бы больше шага вне частного конструктора:

public class Foo {
   // non-instantiable class
   private Foo() { throw new AssertionError(); }
}

Бросок эти AssertionError предотвращает методы в том же классе от инстанцирования класса (хорошо, они могут попробовать). Это обычно не проблема, но в среде команды Вы никогда не знаете то, что кто-то сделает.

Что касается "абстрактного" ключевого слова, я заметил классы утилит, разделенные на подклассы в многочисленных экземплярах:

public class CoreUtils { ... }
public class WebUtils extends CoreUtils { ... }

public class Foo { ... WebUtils.someMethodInCoreUtils() ... }

я полагаю, что это сделано так, чтобы люди не помнили который служебный класс включать. Там какие-либо оборотные стороны к этому? Действительно ли это - антишаблон?

С уважением, LES