Чи є методом "запуск", "запуск" чи "виконання" хорошою практикою?

Зараз я працюю над кодовою базою, в якій є багато класів, які реалізують метод "Старт". Мені це здається двофазним будівництвом, що я завжди вважав поганою практикою. Я не можу сказати різницю між цим та конструктором.

Коли доцільно використовувати метод запуску замість нормальної побудови об'єкта?

Коли я вважаю за краще використовувати конструктор?

Редагувати: Я не думаю, що це актуально, але мова програмування - це C #, вона може однаковою мірою застосовуватися до Java або C ++

Start()Метод (наприклад Run(), Execute()чи що - небудь подібне) доречно , коли вартість будівництва об'єкта є низькою, але вартість використовуючи його висока. Наприклад: Клас, який інкапсулює алгоритм оптимізації найкращого шляху. Тривіально встановити його за допомогою набору параметрів ( Xквадрати за Yквадратами, за допомогою такого методу оцінки), але виконання може зайняти деякий час. Якщо ви хочете створити 20 з цих об'єктів, ви можете затримати виконання, поки всі вони не будуть створені - це дозволяє, наприклад, простіше їх паралелізувати.

Крім того, це може бути корисно, коли ви не знаєте, коли об’єкт буде потрібно запускати - можливо, тому, що він заснований на введенні користувача або логіці, яка вибирається зі списку можливостей.

Це, звичайно, передбачає, що Start()це корисний метод на об'єкті, а не еквівалент Initialize()методу. Якщо це лише додатковий спосіб встановити більше параметрів, він не повинен існувати.

Code Complete (та багато інших ресурсів програмного забезпечення) підкреслює відповідність ваших класів об'єктам реального світу. Я вважаю, що основна причина цього полягає в тому, що це робить більш імовірним розуміння того, що ви реалізуєте, а не злому нематеріальної ідеї.

Якщо ви абонент цієї теорії, я не бачу нічого поганого в тому, Start()щоб додати метод до будь-якого класу, який повинен був би бути реальним об'єктом, а також мати стан спокою. Якщо ваш об’єкт не має сенсу існувати під час його запуску (або зовсім не має сенсу, щоб ваш об’єкт працював), то я б сказав, що це погана практика.

Ви можете використовувати ледачу ініціалізацію.

У комп’ютерному програмуванні лінива ініціалізація - це тактика затримки створення об’єкта, обчислення значення або якогось іншого дорогого процесу до першого необхідного.

Таким чином ви уникаєте тимчасової зв'язку, тобто споживач вашого класу повинен викликати певні методи в певному порядку. start()Спочатку потрібно зателефонувати - це спосіб знати, як працює клас внутрішньо, що погано, оскільки ви можете це змінити в майбутньому.

Затримка дорогої ініціалізації, поки вона спочатку не потрібна.

Приклад:

public class FooClass{

    private ExpensiveResource resource;
    private CheapResource cheap;

    public  FooClass(String someParameter){
        // constructor: initialize CheapResource cheap 
            // but NOT ExpensiveResource resource
    }

    public ExpensiveResource getExpensiveResource(){
        if (resource == null) {
            this.initializeExpensiveResource();     
        }
        return this.resource
    }

    public String getExpensiveResourceName(){
        if (resource == null) {
            this.initializeExpensiveResource();     
        }
        return this.resource.getName();
    }   

    public CheapResource getCheapResource(){
        return this.cheap;
    }

    private initializeExpensiveResource(){
        // do expensive initialization of field "resource"
    }

}

public class Test{
    public static void main (String args[]){

        FooClass foo = new FooClass("some string");
        CheapResource cr = foo.getCheapResource();
        String s = foo.getExpensiveResourceName(); 
          // just now is the expensive resource initialized

    }
}