Как вы можете разложить конструктор?

Допустим, у меня есть класс Enemy, и конструктор будет выглядеть примерно так:

public Enemy(String name, float width, float height, Vector2 position, 
             float speed, int maxHp, int attackDamage, int defense... etc.){}

Это выглядит плохо, потому что конструктор имеет так много параметров, но когда я создаю экземпляр Enemy, мне нужно указать все эти вещи. Я также хочу, чтобы эти атрибуты были в классе Enemy, чтобы я мог перебирать их список и получать / устанавливать эти параметры. Я подумал, может быть, подкласс Enemy в EnemyB, EnemyA, в то время как жестко запрограммировал их maxHp и другие специфические атрибуты, но тогда я бы потерял доступ к их жестко закодированным атрибутам, если бы захотел перебрать список Enemy (состоящий из EnemyA, EnemyB и EnemyC ы).

Я просто пытаюсь научиться правильно кодировать. Если это имеет значение, я работаю в Java / C ++ / C #. Любая точка в правильном направлении приветствуется.

Решение состоит в том, чтобы объединить параметры в составные типы. Ширина и высота концептуально связаны - они определяют размеры врага и обычно будут необходимы вместе. Они могут быть заменены Dimensionsтипом или, возможно, Rectangleтипом, который также включает позицию. С другой стороны, может быть более целесообразно сгруппировать positionи speedв MovementDataтип, особенно если ускорение позже входит в картину. Из контекста я предполагаю maxHp, что attackDamageи defenseт. Д. Также принадлежат к одному Statsтипу. Таким образом, пересмотренная подпись может выглядеть примерно так:

public Enemy(String name, Dimensions dimensions, MovementData movementData, Stats stats)

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

Возможно, вы захотите взглянуть на шаблон Builder . По ссылке (с примерами шаблонов и альтернатив):

Шаблон The Builder - хороший выбор при разработке классов, у конструкторов или статических фабрик которых будет больше, чем несколько параметров, особенно если большинство этих параметров являются необязательными. Клиентский код намного проще для чтения и записи со сборщиками, чем с традиционным шаблоном телескопического конструктора, и сборщики намного безопаснее, чем JavaBeans.

Использование подклассов для предварительной установки некоторых значений нежелательно. Только подкласс, когда новый тип врага имеет другое поведение или новые атрибуты.

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

class EnemyFactory {

    // each of these methods is essentially a template for a kind of enemy

    Enemy enemyA(String name, ...) {
        return new Enemy(name, ..., presetValue, ...);
    }

    Enemy enemyB(String name, ...) {
        return new Enemy(name, ..., otherValue, ...);
    }

    Enemy enemyC(String name, ...) {
        return new EnemySubclass(name, ..., otherValue, ...);
    }

    ...
}

EnemyFactory factory = new EnemyFactory();
Enemy a = factory.enemyA("fred", ...);
Enemy b = factory.enemyB("willy", ...);

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

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

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

Enemy(float height = 42, float width = 42);

Пример кода для добавления к ответу Рори Хантера (на Java):

public class Enemy{
   private String name;
   private float width;
   ...

   public static class Builder{
       private Enemy instance;

       public Builder(){
           this.instance = new Enemy();
       }


       public Builder withName(String name){
           instance.name = name;
           return this;
       }

       ...

       public Enemy build(){
           return instance;
       }
   }
}

Теперь вы можете создавать новые экземпляры Enemy следующим образом:

Enemy myEnemy = new Enemy.Builder().withName("John").withX(x).build();