Mặc dù một câu hỏi chung phạm vi của tôi là C # vì tôi biết rằng các ngôn ngữ như C ++ có ngữ nghĩa khác nhau về thực thi hàm tạo, quản lý bộ nhớ, hành vi không xác định, v.v.
Ai đó hỏi tôi một câu hỏi thú vị mà tôi không dễ trả lời.
Tại sao (hoặc hoàn toàn không?) Được coi là thiết kế tồi để cho phép một nhà xây dựng của một lớp bắt đầu một vòng lặp không bao giờ kết thúc (tức là vòng lặp trò chơi)?
Có một số khái niệm bị phá vỡ bởi điều này:
- Giống như nguyên tắc ít ngạc nhiên nhất, người dùng không mong đợi nhà xây dựng hành xử như thế này.
- Các bài kiểm tra đơn vị khó hơn vì bạn không thể tạo lớp này hoặc tiêm nó vì nó không bao giờ thoát khỏi vòng lặp.
- Kết thúc vòng lặp (kết thúc trò chơi) sau đó về mặt khái niệm là thời gian mà nhà xây dựng kết thúc, đó cũng là số lẻ.
- Về mặt kỹ thuật, một lớp như vậy không có thành viên nào ngoại trừ hàm tạo, điều này làm cho nó khó hiểu hơn (đặc biệt là đối với các ngôn ngữ không có triển khai)
Và sau đó là các vấn đề kỹ thuật:
- Các constructor thực sự không bao giờ kết thúc, vậy điều gì xảy ra với GC ở đây? Có phải đối tượng này đã ở Gen 0?
- Xuất phát từ một lớp như vậy là không thể hoặc ít nhất là rất phức tạp do thực tế là hàm tạo cơ sở không bao giờ trả về
Có một cái gì đó rõ ràng là xấu hoặc sai lệch với cách tiếp cận như vậy?
Câu hỏi của bạn đã nêu 6 lý do không sử dụng nó và tôi muốn thấy một lý do duy nhất có lợi cho nó. Bạn cũng có thể hỏi tại sao nên đặt một
—
Groo
while(true)vòng lặp trong trình thiết lập thuộc tính : new Game().RunNow = true?
Tương tự cực đoan: tại sao chúng ta nói rằng những gì Hitler đã làm là sai? Ngoại trừ phân biệt chủng tộc, bắt đầu Thế chiến II, giết chết hàng triệu người, bạo lực [vân vân, v.v ... vì hơn 50 lý do khác] anh ta không làm gì sai. Chắc chắn nếu bạn loại bỏ một danh sách lý do tùy ý về lý do tại sao một cái gì đó sai, bạn cũng có thể kết luận rằng điều đó là tốt, cho bất cứ điều gì theo nghĩa đen.
—
Bakuriu
Đối với bộ sưu tập rác (GC) (vấn đề kỹ thuật của bạn), sẽ không có gì đặc biệt về nó. Ví dụ tồn tại trước khi mã constructor thực sự chạy. Trong trường hợp này, thể hiện vẫn có thể truy cập được, do đó nó không thể được yêu cầu bởi GC. Nếu GC thiết lập, trường hợp này sẽ tồn tại và tại mỗi lần xuất hiện cài đặt GC, đối tượng sẽ được chuyển sang thế hệ tiếp theo theo quy tắc thông thường. Việc GC có diễn ra hay không, tùy thuộc vào việc (đủ) các đối tượng mới có được tạo hay không.
—
Jeppe Stig Nielsen
Tôi sẽ tiến thêm một bước, và nói rằng (đúng) là xấu, bất kể nó được sử dụng ở đâu. Nó ngụ ý rằng không có cách rõ ràng và rõ ràng để ngăn chặn vòng lặp. Trong ví dụ của bạn, không nên dừng vòng lặp khi trò chơi đã thoát hoặc mất tập trung?
—
Jon Anderson
var g = new Game {...}; g.MainLoop();