ข้อแตกต่างที่สำคัญระหว่าง Constructor และngOnInitนั่นngOnInitคือLifecycle Hookและวิ่งตาม Constructor แม่แบบหยันตัวแทนและใส่ค่าเริ่มต้นจะไม่สามารถใช้ได้ในตัวสร้าง ngOnInitแต่พวกเขาอยู่ในที่มีอยู่
ความแตกต่างในทางปฏิบัติคือngOnInitผลกระทบต่อวิธีการจัดโครงสร้างของโค้ดอย่างไร รหัสเริ่มต้นส่วนใหญ่สามารถย้ายไปngOnInit- ตราบใดที่นี้ไม่ได้สร้างเงื่อนไขการแข่งขัน
ตัวสร้าง antipattern
รหัสเริ่มต้นจำนวนมากทำให้วิธีการสร้างยากที่จะขยายอ่านและทดสอบ
สูตรปกติสำหรับการแยกตรรกะการเริ่มต้นจากตัวสร้างคลาสคือการย้ายไปยังวิธีอื่นเช่นinit:
class Some {
constructor() {
this.init();
}
init() {...}
}
ngOnInit สามารถตอบสนองวัตถุประสงค์นี้ในองค์ประกอบและคำสั่ง:
constructor(
public foo: Foo,
/* verbose list of dependencies */
) {
// time-sensitive initialization code
this.bar = foo.getBar();
}
ngOnInit() {
// rest of initialization code
}
ฉีดพึ่งพา
บทบาทหลักของตัวสร้างคลาสในเชิงมุมคือการฉีดแบบพึ่งพา ตัวสร้างยังใช้สำหรับคำอธิบายประกอบ DI ใน TypeScript การอ้างอิงเกือบทั้งหมดถูกกำหนดเป็นคุณสมบัติให้กับอินสแตนซ์ของคลาส
ค่าเฉลี่ยคอนสตรัคเตอร์ / ไดเรกทีฟไดเร็กต์มีขนาดใหญ่พอเนื่องจากสามารถมีลายเซ็นแบบหลายบรรทัดเนื่องจากการอ้างอิงทำให้การสร้างลอจิกแบบไม่จำเป็นไปยังตัวสร้างคอนสตรัคชันมีส่วนต่อ antipattern
การเริ่มต้นแบบอะซิงโครนัส
ตัวสร้างการเริ่มต้นแบบอะซิงโครนัสสามารถพิจารณา antipattern และมีกลิ่นได้เนื่องจากการสร้างอินสแตนซ์ของคลาสเสร็จสิ้นก่อนรูทีนแบบอะซิงโครนัสทำและสิ่งนี้สามารถสร้างเงื่อนไขการแข่งขันได้ หากไม่ใช่กรณีดังกล่าวngOnInitและขอวงจรชีวิตอื่น ๆ เป็นสถานที่ที่ดีกว่าสำหรับเรื่องนี้โดยเฉพาะอย่างยิ่งเพราะพวกเขาสามารถได้รับประโยชน์จากasyncไวยากรณ์:
constructor(
public foo: Foo,
public errorHandler: ErrorHandler
) {}
async ngOnInit() {
try {
await this.foo.getBar();
await this.foo.getBazThatDependsOnBar();
} catch (err) {
this.errorHandler.handleError(err);
}
}
หากมีสภาพการแข่งขัน (รวมถึงองค์ประกอบที่ไม่ควรปรากฏบนข้อผิดพลาดในการเริ่มต้น) ขั้นตอนการเริ่มต้นแบบอะซิงโครนัสควรเกิดขึ้นก่อนการเริ่มต้นส่วนประกอบและถูกย้ายไปยังองค์ประกอบหลัก, เราเตอร์เป็นต้น
การทดสอบหน่วย
ngOnInitมีความยืดหยุ่นมากกว่าตัวสร้างและให้ประโยชน์บางอย่างสำหรับการทดสอบหน่วยที่อธิบายรายละเอียดในคำตอบนี้
เมื่อพิจารณาว่าไม่ได้ngOnInitถูกเรียกโดยอัตโนมัติในการรวบรวมส่วนประกอบในการทดสอบหน่วยวิธีการที่เรียกใช้ในngOnInitนั้นสามารถถูกสอดแนมหรือเยาะเย้ยหลังจากการเริ่มต้นส่วนประกอบ
ในกรณีที่ยอดเยี่ยมngOnInitสามารถถูก stubbed ทั้งหมดเพื่อให้แยกสำหรับหน่วยส่วนประกอบอื่น ๆ (เช่นตรรกะบางแม่แบบ)
มรดก
ชั้นเรียนของเด็กสามารถเพิ่ม Constructor เท่านั้นไม่สามารถแทนที่ได้
เนื่องจากthisไม่สามารถอ้างถึงก่อนหน้าsuper()นี้ได้ทำให้มีข้อ จำกัด ในการเริ่มต้น
เมื่อพิจารณาว่าองค์ประกอบเชิงมุมหรือการใช้คำสั่งngOnInitสำหรับตรรกะการกำหนดค่าเริ่มต้นที่ไม่คำนึงถึงเวลาคลาสเด็กสามารถเลือกได้ว่าsuper.ngOnInit()จะเรียกและเมื่อ:
ngOnInit() {
this.someMethod();
super.ngOnInit();
}
สิ่งนี้คงเป็นไปไม่ได้ที่จะนำไปใช้กับคอนสตรัคเตอร์เพียงอย่างเดียว
