Я все ще вважаю себе програмістом-підмайстром, тому завжди прагну вивчити «кращий» спосіб типового програмування. Сьогодні мій колега стверджував, що мій стиль кодування робить непотрібну роботу, і я хочу почути думку інших. Як правило, коли я проектую клас на мові OOP (зазвичай це C ++ або Python), я б розділив ініціалізацію на дві різні частини:
class MyClass1 {
public:
Myclass1(type1 arg1, type2 arg2, type3 arg3);
initMyClass1();
private:
type1 param1;
type2 param2;
type3 param3;
type4 anotherParam1;
};
// Only the direct assignments from the input arguments are done in the constructor
MyClass1::myClass1(type1 arg1, type2 arg2, type3 arg3)
: param1(arg1)
, param2(arg2)
, param3(arg3)
{}
// Any other procedure is done in a separate initialization function
MyClass1::initMyClass1() {
// Validate input arguments before calculations
if (checkInputs()) {
// Do some calculations here to figure out the value of anotherParam1
anotherParam1 = someCalculation();
} else {
printf("Something went wrong!\n");
ASSERT(FALSE)
}
}(або еквівалент пітона)
class MyClass1:
def __init__(self, arg1, arg2, arg3):
self.arg1 = arg1
self.arg2 = arg2
self.arg3 = arg3
#optional
self.anotherParam1 = None
def initMyClass1():
if checkInputs():
anotherParam1 = someCalculation()
else:
raise "Something went wrong!"Яка ваша думка щодо такого підходу? Чи варто утримуватися від розщеплення процесу ініціалізації? Питання не обмежується лише C ++ та Python, і відповіді для інших мов також високо оцінені.
1
пов’язано: stackoverflow.com/questions/3127454/…
—
Doc Brown
дивіться також: stackoverflow.com/questions/33124542/…
—
Doc Brown
А для Python: stackoverflow.com/questions/20661448/…
—
Doc Brown
Чому ти зазвичай це робиш? Звичка? Вам коли-небудь давали привід це зробити?
—
JeffO
@JeffO Цю звичку я отримав, коли працював над створенням графічного інтерфейсу з бібліотекою MFC. Більшість класів, що стосуються інтерфейсу, такі як CApp, CWindow, CDlg тощо, мають функції OnInit (), з якими можна перезаписати, що відповідає на їх відповідні повідомлення.
—
Caladbolgll