Là một người bắt đầu, một trong những người khác, một người chạy tốt

Tôi hiện đang làm việc trên một cơ sở mã có nhiều lớp thực hiện phương thức Bắt đầu. Điều này có vẻ giống như việc xây dựng hai giai đoạn đối với tôi, điều mà tôi luôn coi là một thực tiễn tồi tệ. Tôi không thể nói sự khác biệt giữa cái này và một constructor.

Khi nào thì thích hợp để sử dụng một phương thức bắt đầu thay vì xây dựng đối tượng bình thường?

Khi nào tôi nên sử dụng hàm tạo?

Chỉnh sửa: Tôi không nghĩ nó có liên quan nhưng ngôn ngữ lập trình là C #, nó có thể áp dụng như nhau cho Java hoặc C ++

Một Start()phương thức (như Run(), Execute()hoặc bất cứ thứ gì tương tự) là phù hợp khi chi phí xây dựng đối tượng thấp, nhưng chi phí sử dụng nó cao. Ví dụ: Một lớp đóng gói thuật toán tối ưu hóa đường dẫn tốt nhất. Việc thiết lập nó với một tập các tham số ( Xbình phương theo Ybình phương, với phương pháp đánh giá như vậy), nhưng có thể mất một lúc để thực thi. Nếu bạn muốn tạo 20 trong số các đối tượng này, bạn có thể muốn trì hoãn thực thi cho đến khi tất cả chúng được tạo - ví dụ, điều này cho phép bạn song song hóa chúng dễ dàng hơn.

Ngoài ra, nó có thể hữu ích khi bạn không biết khi nào cần phải bắt đầu đối tượng - có lẽ vì nó dựa trên đầu vào của người dùng hoặc logic chọn từ danh sách các khả năng.

Tất nhiên, điều này giả định rằng đó Start()là phương thức hữu ích trên đối tượng và không tương đương với một Initialize()phương thức. Nếu nó chỉ là một cách bổ sung để đặt thêm tham số, thì nó không nên tồn tại.

Code Complete (và nhiều tài nguyên kỹ thuật phần mềm khác) nhấn mạnh việc khớp các lớp của bạn với các đối tượng trong thế giới thực. Tôi tin rằng lý do cơ bản cho điều này là nó khiến bạn có khả năng nắm bắt thực sự những gì bạn đang thực hiện, thay vì hack vào một ý tưởng vô hình.

Nếu bạn là người đăng ký theo lý thuyết này, tôi không thấy có gì sai khi thêm một Start()phương thức vào bất kỳ lớp nào, nếu đó là một đối tượng thực sự, cũng có trạng thái nghỉ. Nếu nó không có ý nghĩa gì cho đối tượng của bạn tồn tại trong khi không chạy (hoặc không có ý nghĩa gì đối với đối tượng của bạn đang chạy), thì tôi sẽ nói đó là một thực tế tồi.

Bạn có thể sử dụng khởi tạo lười biếng.

Trong lập trình máy tính, khởi tạo lười biếng là chiến thuật trì hoãn việc tạo ra một đối tượng, tính toán một giá trị hoặc một số quy trình đắt tiền khác cho đến lần đầu tiên cần thiết.

Bằng cách đó, bạn tránh được khớp nối tạm thời, nghĩa là người tiêu dùng của lớp bạn phải gọi một số phương thức nhất định theo thứ tự nhất định. Phải gọi start()trước là cách để biết lớp học hoạt động như thế nào, điều này thật tệ vì bạn có thể thay đổi điều đó trong tương lai.

Trì hoãn việc khởi tạo đắt tiền cho đến khi cần lần đầu tiên ..

Thí dụ:

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

    }
}