Trong C # và C ++ / CLI, từ khóa sealed(hoặc NotInheritabletrong VB) được sử dụng để bảo vệ một lớp khỏi bất kỳ cơ hội kế thừa nào (lớp sẽ không thể kế thừa). Tôi biết rằng một tính năng của lập trình hướng đối tượng là tính kế thừa và tôi cảm thấy rằng việc sử dụng sealedtính năng này đi ngược lại tính năng này, nó sẽ ngừng kế thừa. Có ví dụ nào cho thấy lợi ích của sealedviệc sử dụng nó khi nào và quan trọng không?
Câu trả lời:
Trên một lớp thực hiện các tính năng bảo mật, để đối tượng gốc không thể bị "mạo danh".
Nói chung hơn, gần đây tôi đã trao đổi với một người ở Microsoft, người này nói với tôi rằng họ đã cố gắng giới hạn tính kế thừa ở những nơi mà nó thực sự có ý nghĩa, vì nó sẽ trở nên đắt đỏ về hiệu suất nếu không được điều trị.
Từ khóa được niêm phong cho CLR biết rằng không có lớp nào ở bên dưới để tìm kiếm các phương thức và điều đó làm tăng tốc độ.
Trong hầu hết các công cụ nâng cao hiệu suất trên thị trường hiện nay, bạn sẽ tìm thấy một hộp kiểm sẽ đóng dấu tất cả các lớp không được kế thừa của bạn.
Tuy nhiên, hãy cẩn thận, bởi vì nếu bạn muốn cho phép các plugin hoặc cài đặt khám phá thông qua MEF, bạn sẽ gặp phải sự cố.
Một phụ lục cho câu trả lời xuất sắc của Baboon :
Trên một lưu ý liên quan, chỉ áp dụng cho các lớp chưa được niêm phong: bất kỳ phương thức nào được tạo virtualđều là một điểm mở rộng hoặc ít nhất có vẻ như nó phải là một điểm mở rộng. Khai báo các phương thức virtualcũng nên là một quyết định có ý thức. (Trong C #, đây là một quyết định có ý thức; trong Java thì không.)
CHỈNH SỬA : Một số liên kết có liên quan:
Cũng lưu ý rằng Kotlin niêm phong các lớp theo mặc định; từ khóa của nó openđối lập với Java finalhoặc sealedC # . (Để chắc chắn, không có thỏa thuận chung nào rằng đây là một điều tốt .)
Đánh dấu một lớp để Sealedngăn chặn việc giả mạo các lớp quan trọng có thể ảnh hưởng đến bảo mật hoặc ảnh hưởng đến hiệu suất.
Nhiều khi, việc niêm phong một lớp cũng có ý nghĩa khi một lớp đang thiết kế một lớp tiện ích với hành vi cố định, mà chúng ta không muốn thay đổi.
Ví dụ, Systemkhông gian tên trong C#cung cấp nhiều lớp được niêm phong, chẳng hạn như String. Nếu không được niêm phong, có thể mở rộng chức năng của nó, điều này có thể không mong muốn, vì đây là loại cơ bản với chức năng nhất định.
Tương tự, structurestrong C#luôn luôn được niêm phong ngầm. Do đó người ta không thể lấy một cấu trúc / lớp từ cấu trúc khác. Lý do cho điều này là chỉ structuresđược sử dụng để lập mô hình các kiểu dữ liệu độc lập, nguyên tử, do người dùng xác định , mà chúng tôi không muốn sửa đổi.
Đôi khi, khi bạn đang xây dựng cấu trúc phân cấp lớp, bạn có thể muốn giới hạn một nhánh nhất định trong chuỗi kế thừa, dựa trên mô hình miền hoặc quy tắc kinh doanh của bạn.
Ví dụ: a Managervà PartTimeEmployeeđều là Employees, nhưng bạn không có bất kỳ vai trò nào sau nhân viên bán thời gian trong tổ chức của mình. Trong trường hợp này, bạn có thể muốn niêm phong PartTimeEmployeeđể ngăn phân nhánh thêm. Mặt khác, nếu bạn có nhân viên bán thời gian hàng giờ hoặc hàng tuần, bạn nên kế thừa họ từ đó PartTimeEmployee.
unsealLớp sau này sẽ dễ dàng hơn , nếu cần, thay vì niêm phong nó và phá vỡ tất cả các lớp phụ thuộc vào nó.
Tôi nghĩ rằng bài đăng này có một số điểm tốt, trường hợp cụ thể là khi cố gắng truyền một lớp không niêm phong đến bất kỳ giao diện ngẫu nhiên nào, trình biên dịch không gây ra lỗi; nhưng khi niêm phong được sử dụng, trình biên dịch sẽ ném ra lỗi rằng nó không thể chuyển đổi. Lớp kín mang lại bảo mật truy cập mã bổ sung.
https://www.codeproject.com/Articles/239939/Csharp-Tweaks-Why-to-use-the-sealed-keyword-on-cla