ính đóng gói tức là quy tắc yêu cầu

ính đóng gói tức là quy tắc yêu cầu trạng thái bên trong của một đối tượng được bảo vệ và tránh truy cập được từ các code bên ngoài (tức là các code bên ngoài không thể trực tiếp nhìn thấy và thay đổi trạng thái của một đối tượng). Bất cứ truy cập nào tới trạng thái bên trong này bắt buộc phải thông qua một public API để đảm bảo trạng thái của đối tượng luôn hợp lệ bởi vì các public API đảm bảo tất cả các quy tắc kiểm tra tính hợp lệ cũng như trình tự thực hiện được áp dụng mỗi khi thay đổi trạng thái đó.

Vì trạng thái đối tượng không hợp lệ thường do: chưa được kiểm tra tính hợp lệ, các bước thực hiện không đúng trình tự hoặc bị bỏ qua nên trong
OOP có một quy tắc quan trọng cần nhớ đó là phải luôn khai báo các trạng thái bên trong của đối tượng là private và chỉ cho truy cập qua các public, protected method/property. Khi sử dụng các đối tượng ta không cần biết bên trong nó làm việc như thế nào, ta chỉ cần biết các public API là gì và điều này đảm bảo những gì thay đổi đối tượng sẽ được kiểm tra bởi các quy tắc logic bên trong, tránh đối tượng bị sử dụng không chính xác.

Kết quả (Anh) 1:

avoid packing IE rules require State inside of an object are protected and avoid access from the external code (i.e. the outer code can not directly see and change the status of an object). Any access to this inner State compelled through a public API to ensure the status of the objects are always valid because the public API to make sure all the rules check for validity as well as the implementation process is applied whenever a change in that status.Because of invalid object status often do: not yet check the validity, the steps do not correct the order or should be ignored inOOP has an important rule to remember is that must always declare the object's internal state is private and only for access through the public, protected method/property. When using the objects that we don't need to know inside how it works, I just know the public API is and this ensures what changed object will be checked by the logic within the rules, avoid the subject was used incorrectly.

Kết quả (Anh) 2:

ie INH packaging rules require internal state of an object to be protected and prevent access from the external code (ie the external code can not directly see, and change the status of a Subjects). Any public access to this internal state forced through a public API to ensure the status of the objects is always valid because the public APIs ensure that all rules checking the validity and the self-realization is applied each time that status change.

because the status object generally invalid because: untested validity, the steps taken improperly or ignored the order should in
OOP with a rules it is important to remember to always declare the internal state of the object is private and only accessible via the public, protected method / property. When you use objects inside do not need to know how it works, I just know what the API is public and this ensures the audience what changes will be checked by the internal logic rules , avoiding subjects used incorrectly.