Class trong lập trình hướng đối tượng là gì

Trong lập trình hướng đối tượng, lớp [class] là một chương trình-mã-khuôn mẫu có thể mở rộng được để tạo các đối tượng, cung cấp giá trị khởi tạo cho trạng thái [biến thành viên] và hiện thực của hàn vi [hàm thành viên hay phương thức].[1][2] Trong nhiều ngôn ngữ, tên lớp được dùng như là tên của lớp [chính bản thân khuôn mẫu], tên của hàm tạo mặc định của lớp [một chương trình con tạo ra các đối tượng], và như kiểu của đối tượng được sinh ra bằng cách khởi tạo lớp; những khái niệm riêng lẽ này dễ dàng được kết hợp với nhau.[2]

Khi một đối tượng được tạo ra bởi hàm tạo của lớp, đối tượng kết quả được gọi là một thực thể của lớp, và biến thành viên cụ thể của đối tượng được gọi là biến thực thể [instance variable], để tương phản với biến lớp [class variable] vốn được chia sẻ giữa các lớp.

Trong một số ngôn ngữ, lớp chỉ là tính năng khi biên dịch [lớp mới không thể được khai báo trong thời gian chạy], trong khi ở các ngôn ngữ khác lớp là công dân hạng nhất, và nói chung là các đối tượng [điển hình là kiểu Class hay tương tự]. Ở các ngôn ngữ đó, một lớp mà tạo ra các lớp được gọi là siêu lớp [metaclass].

Mục lục

• 1 Lớp và kiểu
• 2 Thiết kế và hiện thực
  • 2.1 Cấu trúc
  • 2.2 Hành vi
  • 2.3 Khái niệm giao diện lớp
    • 2.3.1 Ví dụ
  • 2.4 Khả năng truy cập thành viên
• 3 Các mối quan hệ giữa các lớp
  • 3.1 Sự hợp thành
  • 3.2 Sự phân cấp
    • 3.2.1 Định nghĩa lớp con
• 4 Phân loại lớp
  • 4.1 Trừu tượng và cụ thể
  • 4.2 Cục bộ và nội bộ
  • 4.3 Siêu lớp
  • 4.4 Non-subclassable
  • 4.5 Mixins
  • 4.6 Partial
  • 4.7 Không khởi tạo
  • 4.8 Không tên
• 5 Lợi ích
• 6 Thể hiện trong thời gian chạy
• 7 Xem thêm
• 8 Ghi chú
• 9 Tham khảo
• 10 Đọc thêm
• 11 Liên kết ngoài

Trong trường hợp ngẫu nhiên, người ta thường tham khảo đến "lớp" của một đối tượng, nhưng trong nghĩa hẹp, đối tượng có kiểu: giao diện, kiểu của các biến thành viên, chữ kí của hàm thành viên [phương thức], và đặc tính. Đồng thời, một lớp các một hiện thực [cụ thể là hiện thực các phương thức], và có thể tạo ra đối tượng của một kiểu nhất định, với một hiện thực nhất định.[3] Về mặt lý thuyết kiểu, lớp là một hiện thực—‌một cấu trúc dữ liệu cụ thể và tập hợp của các chương trình con—‌ trong khi kiểu là một giao diện. Các lớp khác nhau [cụ thể] có thể sinh ra các đối tượng có cùng kiểu [trừu tượng] [tùy thuộc vào hệ thống loại]; ví dụ như, kiểu Stack có thể được hiện thực bởi hai lớp– SmallStack [nhanh cho ngăn xếp nhỏ, nhưng khả năng mở rộng kém] và ScalableStack [khả năng mở rộng tốt nhưng phí tổn cao cho ngăn xếp nhỏ]. Tương tự, một lớp nhất định có thể có nhiều hàm tạo khác nhau.

Kiểu thường được thể hiện bằng danh từ, ví dụ như người, địa điểm hay vật, hoặc cái gì được chỉ định, và một lớp thể hiện một hiện thực của những thứ đó. Ví dụ, một kiểu Chuối thể hiện đặc tính và tính năng của chuối nói chung, trong khi lớp Chuối ACB và Chuối XYZ thể hiện cách sản xuất chuối [như, nhà cung cấp chuối hay cấu trúc dữ liệu và hàm để thể hiện và vẽ trái chuối trong video game]. Lớp Chuối ACB có thể sản xuất chuối đặc biệt: thực thể của lớp Chuối ACB sẽ là đối tượng có kiểu Chuối. Thông thường chỉ duy nhất một hiện thực của kiểu, trong trường hợp này tên lớp thường được đồng nhất với tên kiểu.

Lớp được tạo thành từ các phần tử cấu trúc và hành vi.[4] Ngôn ngữ lập trình mà bao gồm lớp như hàm tạo lập trình thường cung cấp hỗ trợ cho nhiều tính năng liên quan đến lớp, và cú pháp cần thiết.

Cấu trúcSửa đổi

Kí hiệu UML cho lớp

Một lớp chứa các mô tả trường dữ liệu [data], hay đặc tính [property], trường [field], thành viên dữ liệu [member variable], hay thuộc tính [attribute]. Thường thì các trường kiểu và tên sẽ được gắn với trạng thái biến trong thời gian chạy chương trình; các biến trạng thái này thuộc về lớp hay thực thể của lớp.

Hành viSửa đổi

Bài chi tiết: Phương thức [lập trình máy tính]

Hành vi của lớp hay thực thể của nó được định nghĩa bằng cách sử dụng phương thức. Phương thức là chương trình con với khả năng hoạt động trên đối tượng hoặc lớp.

Khái niệm giao diện lớpSửa đổi

Bài chi tiết: Giao diện [điện toán]

Mỗi lớp hiện thực [implement, hay nhận ra] một giao diện bằng cách cung cấp cấu trúc và hành vi. Cấu trúc bao gồm dữ liệu và trạng thái, và hành vi gồm đoạn mã để diễn tả cách phương thức được hiện thực.[5]

Ví dụSửa đổi

Khả năng truy cập thành viênSửa đổi

"thành viên riêng tư [private member]" đổi hướng tới đây. Đối với cách dùng khác, xem Private members club. Đối với and, xem Private member's bill.

Xem thêm thông tin: Che giấu thông tin

Đây là một số tập chỉ định truy cập thông dụng:[6]

• Riêng tư [private, hay class-private] hạn chế quyền truy cập cho chỉ trong nội bộ lớp. Chỉ có phương thức là thành phần của cùng lớp mới có thể truy cập thanh viên private.
• Được bảo vệ [protected, hay class-protected] cho phép chính lớp đó và các lớp con của nó truy cập tới thành viên.
• Công cộng [public] có nghĩa bất cứ đoạn mã nào cũng có thể truy cập thành viên đó thông qua tên của nó.

Ngoài thiết kế các lớp độc lập, ngôn ngữ lập trình còn hỗ trợ nhiều thiết kế lớp nâng cao dựa trên quan hệ giữa các lớp. Khả năng thiết kế mối quan hệ giữa các lớp thường được cung cấp là sự hợp thành and sự phân cấp.

Sự hợp thànhSửa đổi

Sự phân cấpSửa đổi

Định nghĩa lớp conSửa đổi

Có nhiều phân loại lớp, một số có thể trùng lắp nhau.

Trừu tượng và cụ thểSửa đổi

Bài chi tiết: Loại trừu tượng

Cục bộ và nội bộSửa đổi

Trong một số ngôn ngữ, lớp có thể được định nghĩa theo tầm vực thay vì tầm vực toàn cục. Có nhiều loại lớp như vậy: lớp nội bộ [inner class] và lớp cục bộ [local class]

Siêu lớpSửa đổi

Bài chi tiết: Siêu lớp

Siêu lớp [metaclass] là lớp mà thực thể của nó là lớp.[7]

Non-subclassableSửa đổi

MixinsSửa đổi

PartialSửa đổi

Không khởi tạoSửa đổi

Lớp không khởi tạo [uninstantiable class] cho phép lập trình viên nhóm các trường và phương thức vào cùng một lớp để có thể truy xuất trong thời gian chạy mà không phải khởi tạo thực thể cho lớp đó. Thật vậy, tính năng khởi bị bị cấm đối với loại lớp này.

Ví dụ, trong C#, một lớp được đánh dấu là "tĩnh" [static] không thể được khởi tạo, chỉ có các thành viên tĩnh [trường, phương thức...], không có hàm tạo thực thể, và bị niêm phong [seal]. [8]

Không tênSửa đổi

Lớp không tên [unnamed class] hay lớp vô danh [anonymous class] là lớp mà không có ràng buộc với tên hay định danh nào. Điều này tương tự như hàm có tên với hàm vô danh [anonymous function].

Lợi ích của việc tổ chức phần mềm vào các lớp đối tượng được chia thành ba loại:[9]

• Phát triển nhanh
• Dễ bảo trì
• Sử dụng lại mã và thiết kế

• Cổng thông tin Lập trình máy tính

• Lập trình dựa trên lớp
• Sơ đồ lớp [UML]
• Danh sách ngôn ngữ lập trình hướng đối tượng
• Mixin
• Lập trình hướng đối tượng
• Lập trình dựa trên nguyên mẫu

1. ^ Gamma và đồng nghiệp 1995, tr.14.
2. ^ a b Bruce 2002, 2.1 Objects, classes, and object types, //books.google.com/books?id=9NGWq3K1RwUC&pg=PA18.
3. ^ Gamma và đồng nghiệp 1995, tr.17.
4. ^ Gamma et al. 1995, tr.14.Lỗi sfn: không có mục tiêu: CITEREFGamma_et_al.1995 [trợ giúp]
5. ^ Booch 1994, tr.105.
6. ^ “Controlling Access to Members of a Class”. The Java Tutorials. Oracle. Truy cập ngày 19 tháng 4 năm 2012.
7. ^ Booch 1994, tr.133-134.
8. ^ “Static Classes and Static Class Members [C# Programming Guide]”. C# Programming Guide. Microsoft. Truy cập ngày 8 tháng 5 năm 2012.
9. ^ “What is an Object?”. oracle.com. Oracle Corporation. Truy cập ngày 13 tháng 12 năm 2013.

• Booch, Grady [1994]. Objects and Design with Applications, Second Edition. Benjamin/Cummings.
• Gamma; Helm; Johnson; Vlissides [1995]. Design Patterns: Elements of Reusable Object-Oriented Software. Addison Wesley.
• Bruce, Kim B. [2002]. Foundations of Object-Oriented Languages: Types and Semantics. Cambridge, MA: MIT Press. ISBN978-0-262-02523-2.

• Abadi; Cardelli: A Theory of Objects
• ISO/IEC 14882:2003 Programming Language C++, International standard
• Class Warfare: Classes vs. Prototypes, by Brian Foote
• Meyer, B.: "Object-oriented software construction", 2nd edition, Prentice Hall, 1997, ISBN 0-13-629155-4
• Rumbaugh et al.: "Object-oriented modeling and design", Prentice Hall, 1991, ISBN 0-13-630054-5

• Dias, Tiago [tháng 10 năm 2006]. “Programming demo -.NET using Partial Types for better code”. Hyper/Net. Youtube.