thảo luận composition vs inheritance - tương lai của OOP

• Reactjs: chuyển từ class sang react function, HOC component ...
• golang, rust: bỏ kế thừa -> do mục đích ngôn ngữ build ở tầng dưới
• java trong cuốn Effective Java có đề cập : https://medium.com/applike/how-to-using-composition-over-inheritance-6681ed1b78e4
• javaspript: đang hot functional programming

Kang Yoon Kyung said:

Hiện tại mình thấy khái niệm kế thừa hay oop đang ngày càng ít đi ở nhiều framework lẫn ngôn ngữ mới (golang, rust) như:

• Reactjs: chuyển từ class sang react function, HOC component ...
• golang, rust: bỏ kế thừa -> do mục đích ngôn ngữ build ở tầng dưới
• java trong cuốn Effective Java có đề cập : https://medium.com/applike/how-to-using-composition-over-inheritance-6681ed1b78e4
• javaspript: đang hot functional programming

vậy thắc mắc của mình là:
1. Best practice trong tương lai khi re-use code thì ntn?
2. Tại sao kế thừa không dc chuộng nữa?
3. Mình thấy kế thừa vẫn nên có ở tầng DAO hay ORM vì giao tiếp với DB mà khái nhiệm kế thừa ở DB khá nhiều kiểu như người, giáo viên, công nhân ...

Click to expand...

Kang Yoon Kyung said:

Hiện tại mình thấy khái niệm kế thừa hay oop đang ngày càng ít đi ở nhiều framework lẫn ngôn ngữ mới (golang, rust) như:

• Reactjs: chuyển từ class sang react function, HOC component ...
• golang, rust: bỏ kế thừa -> do mục đích ngôn ngữ build ở tầng dưới
• java trong cuốn Effective Java có đề cập : https://medium.com/applike/how-to-using-composition-over-inheritance-6681ed1b78e4
• javaspript: đang hot functional programming

vậy thắc mắc của mình là:
1. Best practice trong tương lai khi re-use code thì ntn?
2. Tại sao kế thừa không dc chuộng nữa?
3. Mình thấy kế thừa vẫn nên có ở tầng DAO hay ORM vì giao tiếp với DB mà khái nhiệm kế thừa ở DB khá nhiều kiểu như người, giáo viên, công nhân ...

Click to expand...

Kang Yoon Kyung said:

Hiện tại mình thấy khái niệm kế thừa hay oop đang ngày càng ít đi ở nhiều framework lẫn ngôn ngữ mới (golang, rust) như:

• Reactjs: chuyển từ class sang react function, HOC component ...
• golang, rust: bỏ kế thừa -> do mục đích ngôn ngữ build ở tầng dưới
• java trong cuốn Effective Java có đề cập : https://medium.com/applike/how-to-using-composition-over-inheritance-6681ed1b78e4
• javaspript: đang hot functional programming

vậy thắc mắc của mình là:
1. Best practice trong tương lai khi re-use code thì ntn?
2. Tại sao kế thừa không dc chuộng nữa?
3. Mình thấy kế thừa vẫn nên có ở tầng DAO hay ORM vì giao tiếp với DB mà khái nhiệm kế thừa ở DB khá nhiều kiểu như người, giáo viên, công nhân ...

Click to expand...

Composition and inheritance pros and cons​

• Pros: Reusable code, easy to understand
• Cons: Tightly coupled, can be abused, fragile

• Pros: Reusable code, flexibility, loosely coupled
• Cons: Harder to understand

Kang Yoon Kyung said:

Hiện tại mình thấy khái niệm kế thừa hay oop đang ngày càng ít đi ở nhiều framework lẫn ngôn ngữ mới (golang, rust) như:

• Reactjs: chuyển từ class sang react function, HOC component ...
• golang, rust: bỏ kế thừa -> do mục đích ngôn ngữ build ở tầng dưới
• java trong cuốn Effective Java có đề cập : https://medium.com/applike/how-to-using-composition-over-inheritance-6681ed1b78e4
• javaspript: đang hot functional programming

vậy thắc mắc của mình là:
1. Best practice trong tương lai khi re-use code thì ntn?
2. Tại sao kế thừa không dc chuộng nữa?
3. Mình thấy kế thừa vẫn nên có ở tầng DAO hay ORM vì giao tiếp với DB mà khái nhiệm kế thừa ở DB khá nhiều kiểu như người, giáo viên, công nhân ...

Click to expand...

Quynh 123 said:

Tôi thấy code FP có ưu điểm là dễ mở rộng, viết nhanh. Tuy nhiên team phải trao đổi thường xuyên để tránh lặp code và hiểu đc flow.

P/s người ta nói OOP dễ hiểu nhưng cá nhân tôi thấy rối rắm vãi, nào là khai báo lớp, rồi phải làm prototype cho lớp đó, rồi 1 đống thằng class con xài chung prototype xong tới lúc mở sửa cái prototype đó y như là sửa 1 bug mà đẻ ra cả đống bug vậy.

Click to expand...