Як можна розкласти конструктор?

Скажімо, у мене клас 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's та EnemyC's).

Я просто намагаюся навчитися чітко кодувати. Якщо це має значення, я працюю в Java / C ++ / C #. Будь-яка точка в правильному напрямку цінується.

Рішення полягає в поєднанні параметрів у складові типи. Ширина і висота концептуально пов'язані - вони визначають розміри противника і зазвичай знадобляться разом. Вони можуть бути замінені на Dimensionsтип або, можливо, Rectangleтип, який також включає позицію. З іншого боку, це може мати більше сенсу групуватись positionі speedперетворюватися на MovementDataтип, особливо якщо пізніше прискорення потрапить у картину. З контексту я вважаю maxHp, attackDamage, defenseі т.д. , також пов'язані один з одним в Statsтипі. Отже, переглянутий підпис може виглядати приблизно так:

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

Точні відомості про те, де намалювати лінії, залежатимуть від решти коду та даних, які зазвичай використовуються разом.

Можливо, ви захочете поглянути на модель Builder . За посиланням (із прикладами шаблону проти альтернатив):

[Шаблон] 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();