Преимущества отказа от "новых" ключевых слов при создании объекта на Java

Сложные объекты

В общем, вы можете избегать new для достаточно сложных объектов с нетривиальным созданием. Вы можете рассмотреть некоторые фабрики / строители, которые добавляют универсальности.

Например, если вы создаете большой составной объект, хорошо использовать шаблон построителя. (здесь длинный пример)

Простые объекты

Для простых объектов (наиболее частый случай) лучше всего использовать new.

Например, если у вас простой класс

public class Dog{
    private string name;

    //getter + setter
}

Тогда создание фабрики для этого будет излишним, и вы должны вызвать это через new Dog()

Внедрение зависимостей

В корпоративных приложениях вы обычно используете внедрение зависимостей, что позволяет вам явно избегать использования new. Вы не удалите все экземпляры объектов, но это дает хорошее улучшение. (Базовое руководство по Spring здесь)

Нет замены для new, даже Class.forName("XYZ").newInstance() ИМЕЕТ работать точно так же, как new, с той лишь разницей, что вы жестко кодируете весь класс (или даже package...class), следовательно, на самом деле достигается противоположность тому, что вы пытаетесь сделать, с new экземпляр может быть динамически разрешен и / или даже внедрен.

Если вы внедрите экземпляр interface A, вы вполне можете получить bean-компонент класса B, который реализует A - на самом деле он более динамичен и очень хорошо дополняет фабричные шаблоны. Это вряд ли возможно, если ваше имя класса жестко запрограммировано, по крайней мере, по моему скромному мнению.

Когда вы используете Class.forName, имя класса может быть установлено во время выполнения. Это может быть полезно для водителей, например.

Когда вы используете new, вместо этого имя класса создаваемого экземпляра жестко запрограммировано. Как правило, это создает сильную взаимосвязь, и этого следует избегать (кроме случаев, когда вы абсолютно уверен, что эта муфта вам понадобится всегда).

Короче говоря, если вы хотите создать экземпляр определенного класса , new не причинит вреда.

Однако вы должны спросить себя:

• Если вам действительно нужен новый экземпляр (в противном случае вам следует заменить new на синглтон или бассейн).
• Если вы всегда будете использовать один и тот же класс для этого экземпляра (в противном случае вам следует заменить new на Dependency Инъекция или Factory Pattern).

Если вам нравится вялый, медленный код, который сложно отлаживать, поддерживать и понимать, категорически избегайте использования ключевого слова new любой ценой, запутывайте его как можно больше!