Хоча загальним питанням, мій обсяг є скоріше C #, оскільки я знаю, що такі мови, як C ++, мають різну семантику щодо виконання конструктора, керування пам'яттю, невизначеної поведінки тощо
Хтось задав мені цікаве запитання, на яке мені було нелегко відповісти.
Чому (або це взагалі?) Вважають поганим дизайном, щоб дозволити конструктору класу запустити нескінченний цикл (тобто цикл гри)?
Є кілька понять, які порушені цим:
- як принцип найменшого здивування, користувач не сподівається, що конструктор поводиться так.
- Тестові одиниці складніше, оскільки ви не можете створити цей клас або ввести його, оскільки він ніколи не виходить з циклу.
- Тоді кінець циклу (кінець гри) концептуально - це час закінчення конструктора, що також є дивним.
- Технічно такий клас не має публічних членів, крім конструктора, що ускладнює його розуміння (особливо це стосується мов, де немає можливості реалізації)
А тут є технічні питання:
- Конструктор насправді ніколи не закінчується, так що ж відбувається з GC тут? Цей об’єкт вже в Gen 0?
- Виведення з такого класу неможливе або, принаймні, дуже складне через те, що базовий конструктор ніколи не повертається
Чи є щось більш очевидно погане чи хитре при такому підході?
У вашому питанні вже вказано 6 причин не використовувати його, і я хотів би бачити одну на свою користь. Ви також можете запитати, чому це неправильно ставити
—
Груо
while(true)цикл у програмі налаштування властивостей new Game().RunNow = true:?
Крайня аналогія: чому ми говоримо, що те, що робив Гітлер, було неправильним? За винятком расової дискримінації, починаючи Другу світову війну, вбиваючи мільйони людей, насильство [тощо тощо з 50+ інших причин], він не зробив нічого поганого. Звичайно, якщо ви видалите довільний перелік причин того, чому щось не так, ви також можете зробити висновок, що ця річ є доброю для буквально нічого.
—
Бакуріу
Що стосується збору сміття (GC) (Ваша технічна проблема), то нічого особливого в цьому немає. Екземпляр існує до фактичного запуску коду конструктора. У цьому випадку екземпляр все ще доступний, тому GC не може вимагати його. Якщо GC встановлюється, цей примірник виживе, і при кожному виникненні налаштування GC об'єкт буде просунутий до наступного покоління відповідно до звичайного правила. Відбувається чи ні GC, залежить від того, створюються (достатньо) нові об'єкти чи ні.
—
Джеппе Стіг Нільсен
Я б пішов на крок далі і сказав, що час (правда) поганий, незалежно від того, де він використовується. Це означає, що немає чіткого і чистого способу зупинити цикл. У вашому прикладі, чи не повинен цикл зупинятися, коли гра закінчується, або вона втрачає фокус?
—
Джон Андерсон
var g = new Game {...}; g.MainLoop();