Video: Building Dynamic Web Apps with Laravel by Eric Ouyang 2025
Khái niệm thừa kế, và do đó bao hàm, trong C ++ cho phép một lớp kế thừa các thuộc tính của một lớp cơ sở. Thừa kế có một số mục đích; lợi ích chính của thừa kế là khả năng chỉ ra mối quan hệ giữa các lớp. Đây là cái gọi là mối quan hệ IS_A - Lò vi sóng IS_A Lò và những thứ như thế.
Bao thanh toán là công cụ tuyệt vời nếu bạn thực hiện đúng correlations. Ví dụ, mối quan hệ lò vi sóng so với lò nướng thông thường có vẻ tự nhiên. Yêu cầu rằng lò vi sóng là một loại máy nướng bánh mỳ đặc biệt, và bạn đang gặp rắc rối. Đúng vậy, cả hai đều làm nóng mọi thứ, cả hai đều sử dụng điện, và cả hai đều được tìm thấy trong nhà bếp, nhưng sự giống nhau kết thúc ở đó - lò vi sóng không thể làm bánh mì nướng và máy nướng bánh mỳ không thể làm nachos.
Xác định các lớp vốn có trong một vấn đề và vẽ ra các mối quan hệ chính xác giữa các lớp này là một quá trình gọi là factoring. (Từ này có liên quan đến số học mà bạn buộc phải làm trong trường lớp: phân chia các mẫu số chung ít nhất, ví dụ 12 bằng 2 lần 2 lần 3)
Đây là cách bạn có thể sử dụng kế thừa để đơn giản hóa các chương trình của bạn bằng ví dụ về tài khoản ngân hàng. Giả sử bạn đã được yêu cầu viết một chương trình ngân hàng đơn giản thực hiện khái niệm về một tài khoản tiết kiệm và một tài khoản kiểm tra.
Kiểm tra và Tiết kiệm được thể hiện trong hình này. (Đây chỉ là một trong một số cách biểu thị đồ hoạ giống nhau) Kiểm tra
-
Tên trong hộp là các chức năng thành viên.
-
Các tên không có trong hộp là các thành viên dữ liệu.
-
Các tên kéo dài ra khỏi ô là các thành viên có thể truy cập công cộng; có nghĩa là, các thành viên này có thể được truy cập bởi các chức năng không phải là một phần của lớp hoặc bất kỳ con cháu của nó. Những thành viên hoàn toàn trong hộp không thể truy cập từ bên ngoài lớp học.
-
Một mũi tên dày thể hiện mối quan hệ của IS_A.
-
Một mũi tên mỏng tượng trưng cho mối quan hệ HAS_A.
-
Xe ô tô IS_A
, nhưng Ô tô HAS_A Motor . Bạn có thể thấy trong hình đầu tiên các lớp
Kiểm tra và Tiết kiệm có nhiều điểm chung. Ví dụ, cả hai lớp có chức năng thành viên thu hồi () và gửi tiền ().Bởi vì hai lớp không giống nhau, tuy nhiên, chúng phải giữ nguyên như các lớp riêng biệt. (Trong một ứng dụng ngân hàng thực tế, hai lớp học sẽ có nhiều điểm khác biệt trong ví dụ này). Tuy nhiên, nên có một cách để tránh sự lặp lại này. Bạn có thể có một trong các lớp kế thừa từ lớp khác.
Tiết kiệm có nhiều thành viên hơn Kiểm tra, để bạn có thể để Tiết kiệm kế thừa từ Kiểm tra. Sự sắp xếp này được thể hiện trong hình kế tiếp này. Lớp
Tiết kiệm kế thừa tất cả các thành viên. Lớp học được hoàn thành với việc bổ sung các thành viên dữ liệu không rút tiền và hủy bỏ chức năng thu hồi () . Bạn phải ghi đè bằng cách rút tiền () vì các quy tắc rút tiền từ tài khoản tiết kiệm khác với các khoản rút tiền từ tài khoản séc. Tiết kiệm
Tiết kiệm kế thừa từ Kiểm tra đang lao động, nó không hoàn toàn thỏa mãn. Vấn đề chính là, giống như trọng lượng được liệt kê trong giấy phép lái xe của tôi, nó misrepresents sự thật. Mối quan hệ kế thừa này có nghĩa là một tài khoản tiết kiệm là một loại tài khoản kiểm tra đặc biệt, mà nó không phải là. Sự trình bày sai như vậy gây nhầm lẫn cho người lập trình, cả ngày nay và ngày mai. Một ngày nào đó, một lập trình viên không quen thuộc với thủ thuật lập trình của chúng tôi sẽ phải đọc và hiểu mã của chúng tôi là gì. Các biểu hiện gây hiểu nhầm khó hiểu và hiểu.
Ngoài ra, việc trình bày sai như vậy có thể dẫn đến các vấn đề đang xảy ra trên đường. Giả sử, ví dụ, ngân hàng thay đổi các chính sách của mình đối với việc kiểm tra các tài khoản. Nói rằng nó quyết định chỉ tính một khoản phí dịch vụ đối với việc kiểm tra các tài khoản chỉ khi nào số dư tối thiểu giảm xuống dưới một giá trị nhất định trong tháng.
Một thay đổi như thế này có thể dễ dàng xử lý với những thay đổi nhỏ nhất trong lớp
Kiểm tra. Bạn sẽ phải thêm thành viên dữ liệu mới vào lớp Kiểm tra để theo dõi số dư tối thiểu trong tháng. Hãy đi ra ngoài trên một chi và gọi nó là minimumBalance. Nhưng bây giờ bạn gặp vấn đề. Bởi vì
Tiết kiệm thừa hưởng từ Kiểm tra, Tiết kiệm cũng sẽ lấy thành viên dữ liệu mới này. Không có ích gì cho thành viên này vì số dư tối thiểu không ảnh hưởng đến tài khoản tiết kiệm, do đó, nó chỉ ngồi ở đó. Hãy nhớ rằng mọi đối tượng kiểm tra tài khoản đều có thành viên minimumBalance này. Một thành viên dữ liệu bổ sung có thể không phải là một vấn đề lớn, nhưng nó làm tăng thêm nhầm lẫn. Các thay đổi như thế này tích lũy. Hôm nay nó là một thành viên dữ liệu bổ sung - ngày mai nó là một chức năng thành viên thay đổi. Cuối cùng, lớp tài khoản tiết kiệm mang theo rất nhiều hành lý chỉ áp dụng cho việc kiểm tra tài khoản.
Bây giờ ngân hàng quay lại và quyết định thay đổi một số chính sách tiết kiệm. Điều này đòi hỏi bạn phải sửa đổi một số chức năng trong
Kiểm tra. Các thay đổi như thế này trong lớp cơ sở sẽ tự động truyền xuống lớp con trừ khi chức năng đã được ghi đè trong khoản tiết kiệm của lớp con. Chẳng hạn, giả sử rằng ngân hàng quyết định bỏ đi những lò nướng bánh mỳ cho mọi khoản tiền gửi vào tài khoản séc. Nếu không có ngân hàng (hoặc các lập trình viên của nó) biết về nó, tiền gửi để kiểm tra các tài khoản sẽ tự động dẫn đến sự đóng góp của lò nướng bánh mỳ. Trừ khi bạn cẩn thận, thay đổi
Kiểm tra có thể bất ngờ xuất hiện trong Tiết kiệm. Làm thế nào bạn có thể tránh những vấn đề này? Xác nhận rằng
Kiểm tra là trường hợp đặc biệt Tiết kiệm thay đổi nhưng không giải quyết vấn đề của chúng tôi. Những gì bạn cần là lớp thứ ba (gọi nó là Tài khoản 999, chỉ dành cho cười) thể hiện những điều chung giữa Kiểm tra và Tiết kiệm, như được hiển thị ở đây. Kiểm tra và Tiết kiệm
Ngoài ra, lớp Tiết kiệm được cách ly từ những thay đổi đối với lớp
Kiểm tra (và ngược lại). Nếu ngân hàng thay đổi cơ bản cho tất cả các tài khoản, bạn có thể sửa đổi Tài khoản, và tất cả các lớp con sẽ tự động kế thừa sự thay đổi này. Nhưng nếu ngân hàng thay đổi chính sách của mình chỉ để kiểm tra tài khoản, bạn chỉ có thể sửa đổi chỉ là Kiểm tra tài khoản lớp mà không ảnh hưởng đến Tiết kiệm. Quá trình này loại bỏ các tính chất chung từ các lớp tương tự là bản chất của việc phân loại lớp . Bao thanh toán chỉ hợp pháp nếu mối quan hệ thừa kế tương ứng với thực tế. Hợp nhất một
Chuột và
Joystick vì chúng là thiết bị trỏ phần cứng là hợp pháp. Bao gồm một lớp Chuột và Hiển thị bởi vì cả hai đều thực hiện các cuộc gọi hệ thống cấp thấp không.
