Data encapsulation is an example of

Data encapsulation is an example of abstraction. Returning to the job queue example, a data structure (the job queue) has been defined, together with three associated operations (initialize the job queue, add a job to the queue, and delete a job from the queue). The developer can conceptualize the problem at a higher level, the level of jobs and job queues, rather than at the lower level of records or arrays.
The basic theoretical concept behind abstraction, once again, is stepwise refinement. First, a design for the product is produced in terms of high-level concepts such as jobs, job queues, and the operations performed on job queues. At this stage, it is entirely irrelevant how the job queue is implemented. Once a complete high-level design has been obtained, the second step is to design the lower-level components in terms of which the data structure and operations on the data structure are implemented. In C++, for example, the data structure (the job queue) can be implemented in terms of records (structures) or arrays; the three operations (initialize the job queue, add a job to the queue, and remove a job from the queue) can be implemented as methods. The key point is that, while this lower level is being designed, the designer totally ignores the intended use of the jobs, job queue, and operations. Therefore, during the first step, the existence of the lower level is assumed, even though at this stage no thought has been given to that level; during the second step (the design of the lower level), the existence of the higher level is ignored. At the higher level, the concern is with the behavior of the data structure, the job queue; at the lower level, the implementation of that behavior is the primary concern. Of course, a larger product has many levels of abstraction.
Different types of abstraction exist. Consider Figure 7.16. That figure has two types of abstraction. Data encapsulation (that is, a data structure together with the operations to be performed on that data structure) is an example of data abstraction; the methods themselves are an example of procedural abstraction. Abstraction, to summarize, simply is a means of achieving stepwise refinement by suppressing unnecessary details and accentuating relevant details. Encapsulation now can be defined as the gathering into one unit of all aspects of the real-world entity modeled by that unit; this was termed conceptual independence in Section 1.9.
Data abstraction allows the designer to think at the level of the data structure and the operations performed on it and only later be concerned with the details of how the data structure and operations are implemented. Turning now to procedural abstraction, consider the result of defining a method, initializeJobQueue. The effect is to extend the language by supplying the developer with another method, one that is not part of the language as originally defined. The developer can use initializeJobQueue in the same way as sqrt or abs.
The implications of procedural abstraction for design are as powerful as those of data abstraction. The designer can conceptualize the product in terms of high-level operations. These operations can be defined in terms of lower-level operations, until the lowest level is reached. At this level, the operations are expressed in terms of the predefined constructs of the programming language. At each level, the designer is concerned only with expressing the product in terms of operations appropriate to that level. The designer can ignore the level below, which will be handled at the next level of abstraction, that is, the next refinement step. The designer also can ignore the level above, a level irrelevant from the viewpoint of designing the current level.

Results (Vietnamese) 1:

Đóng gói dữ liệu là một ví dụ về trừu tượng. Quay trở lại ví dụ hàng đợi công việc, một cấu trúc dữ liệu (hàng đợi công việc) đã được xác định, cùng với ba liên kết hoạt động (khởi tạo hàng đợi công việc, thêm một công việc vào hàng đợi, và xóa một công việc từ hàng đợi). Các nhà phát triển có thể khái niệm vấn đề ở một mức độ cao, mức độ của việc làm và việc làm hàng đợi, chứ không phải là ở mức độ thấp hơn của hồ sơ hoặc mảng. Khái niệm cơ bản của lý thuyết đằng sau trừu tượng, một lần nữa, là stepwise sàng lọc. Trước tiên, một thiết kế cho các sản phẩm được sản xuất trong điều khoản của các khái niệm cao cấp chẳng hạn như công việc, hàng đợi công việc, và các hoạt động thực hiện trên hàng đợi công việc. Ở giai đoạn này, nó là hoàn toàn không liên quan như thế nào hàng đợi công việc được thực hiện. Một khi đã thu được một thiết kế hoàn thành trình độ cao, bước thứ hai là để thiết kế các thành phần cấp thấp hơn trong điều kiện mà các cấu trúc dữ liệu và các hoạt động trên cấu trúc dữ liệu được thực hiện. Trong c + +, ví dụ, cấu trúc dữ liệu (hàng đợi công việc) có thể được thực hiện trong điều khoản của bản ghi (cấu trúc) hoặc mảng; ba hoạt động (khởi tạo hàng đợi công việc, thêm một công việc vào hàng đợi, và loại bỏ một công việc từ hàng đợi) có thể được thực hiện như là phương pháp. Điểm mấu chốt là rằng, trong khi mức thấp này được thiết kế, nhà thiết kế hoàn toàn bỏ qua việc sử dụng dự định của công việc, công việc xếp hàng, và hoạt động. Vì vậy, trong bước đầu tiên, sự tồn tại của cấp độ thấp hơn giả định, ngay cả ở giai đoạn này không có tư tưởng đã được trao cho cấp đó; trong bước thứ hai (thiết kế của cấp độ thấp hơn), sự tồn tại của cấp cao hơn bỏ qua. Ở cấp độ cao hơn, mối quan tâm là với hành vi của cấu trúc dữ liệu, hàng đợi công việc; ở mức độ thấp hơn, việc thực hiện các hành vi đó là chủ đề chính. Tất nhiên, một sản phẩm lớn hơn có nhiều cấp độ trừu tượng. Các loại khác nhau của trừu tượng tồn tại. Xem xét con số 7.16. Đó là con số có hai loại trừu tượng. Đóng gói dữ liệu (có nghĩa là, một cấu trúc dữ liệu cùng với các hoạt động được thực hiện trên cấu trúc dữ liệu đó) là một ví dụ về dữ liệu trừu tượng; Các phương pháp chính mình là một ví dụ về thủ tục trừu tượng. Trừu tượng, để tóm tắt, chỉ đơn giản là một phương tiện để đạt được stepwise sàng lọc bởi đàn áp thông tin chi tiết không cần thiết và accentuating thông tin chi tiết có liên quan. Đóng gói bây giờ có thể được định nghĩa là các tập hợp thành một đơn vị của tất cả các khía cạnh của các thực thể thế giới thực mô hình bởi đơn vị đó; Điều này được gọi là khái niệm độc lập trong phần 1.9. Dữ liệu trừu tượng cho phép các nhà thiết kế phải suy nghĩ ở cấp độ của cấu trúc dữ liệu và các hoạt động thực hiện trên đó và chỉ sau đó được quan tâm với các chi tiết về làm thế nào các cấu trúc dữ liệu và các hoạt động được thực hiện. Quay ngay bây giờ để thủ tục trừu tượng, xem xét kết quả của việc xác định một phương pháp, initializeJobQueue. Hiệu quả là để mở rộng ngôn ngữ bằng cách cung cấp các nhà phát triển với một phương pháp, một trong đó không phải là một phần của ngôn ngữ như ban đầu được xác định. Các nhà phát triển có thể sử dụng initializeJobQueue trong cùng một cách với sqrt hoặc abs. Tác động của thủ tục trừu tượng cho thiết kế là mạnh mẽ như những dữ liệu trừu tượng. Các nhà thiết kế có thể khái niệm sản phẩm trong điều kiện hoạt động cao cấp. Các hoạt động này có thể được định nghĩa trong điều khoản của hoạt động cấp thấp hơn, đến mức thấp nhất. Ở cấp độ này, các hoạt động được thể hiện trong điều khoản của các cấu trúc được xác định trước của ngôn ngữ lập trình. Ở mỗi cấp, các nhà thiết kế là có liên quan chỉ với thể hiện sản phẩm trong điều kiện hoạt động thích hợp để có trình độ. Các nhà thiết kế có thể bỏ qua mức độ dưới đây, mà sẽ được xử lý ở cấp độ tiếp theo của trừu tượng, có nghĩa là, sàng lọc bước tiếp theo. Các nhà thiết kế cũng có thể bỏ qua cấp trên, một mức độ không thích hợp từ quan điểm của thiết kế mức hiện nay.

Results (Vietnamese) 2:

Đóng gói dữ liệu là một ví dụ của sự trừu tượng. Trở lại ví dụ hàng đợi công việc, một cấu trúc dữ liệu (hàng đợi công việc) đã được xác định, cùng với ba hoạt động liên quan (khởi tạo hàng đợi công việc, thêm một công việc để xếp hàng, và xóa một công việc từ hàng đợi). Các nhà phát triển có thể khái niệm hóa vấn đề ở mức độ cao hơn, mức độ công việc và hàng đợi công việc, chứ không phải ở mức độ thấp hơn các hồ sơ hoặc mảng.
Các khái niệm lý thuyết cơ bản đằng sau trừu tượng, một lần nữa, là tinh tế từng bước. Đầu tiên, một thiết kế cho các sản phẩm được sản xuất trong điều khoản của khái niệm cao cấp như công ăn việc làm, hàng đợi công việc, và các hoạt động thực hiện trên hàng đợi công việc. Ở giai đoạn này, nó là hoàn toàn không liên quan như thế nào hàng đợi công việc được thực hiện. Khi một thiết kế cao cấp hoàn chỉnh đã được thu được, bước thứ hai là để thiết kế các thành phần cấp thấp hơn trong điều khoản trong đó các cấu trúc dữ liệu và các hoạt động trên cấu trúc dữ liệu được thực hiện. Trong C ++, ví dụ, cấu trúc dữ liệu (hàng đợi công việc) có thể được thực hiện trong điều kiện của hồ sơ (cấu trúc) hoặc các mảng; ba hoạt động (khởi tạo hàng đợi công việc, thêm một công việc để xếp hàng, và loại bỏ một công việc từ hàng đợi) có thể được thực hiện như phương pháp. Điểm mấu chốt là, trong khi mức thấp này đang được thiết kế, các nhà thiết kế hoàn toàn bỏ qua các mục đích sử dụng của các công việc, job queue, và hoạt động. Do đó, trong bước đầu tiên, sự tồn tại của các mức thấp hơn là giả định, mặc dù ở giai đoạn này không có suy nghĩ đã được trao cho cấp đó; Trong bước thứ hai (các thiết kế của các cấp thấp hơn), sự tồn tại của các cấp cao hơn được bỏ qua. Ở cấp độ cao hơn, mối quan tâm là với các hành vi của các cấu trúc dữ liệu, các hàng đợi công việc; ở cấp độ thấp, việc thực hiện hành vi đó là mối quan tâm chính. Tất nhiên, một sản phẩm lớn có nhiều cấp độ trừu tượng.
Các loại trừu tượng tồn tại. Hãy xem hình 7.16. Con số này có hai loại trừu tượng. Đóng gói dữ liệu (đó là một cấu trúc dữ liệu cùng với các hoạt động được thực hiện trên cấu trúc dữ liệu) là một ví dụ về dữ liệu trừu tượng; các phương pháp chính họ là một ví dụ của sự trừu tượng về thủ tục. Trừu tượng, để tóm tắt, chỉ đơn giản là một phương tiện để đạt được sự tinh tế từng bước bằng cách ức chế các chi tiết không cần thiết và làm nổi bật các chi tiết có liên quan. Đóng gói có thể được định nghĩa là tập hợp thành một đơn vị của tất cả các khía cạnh của các thực thể trong thế giới thực mô hình của đơn vị đó; này được gọi là độc lập khái niệm trong Mục 1.9.
trừu tượng dữ liệu cho phép các nhà thiết kế nghĩ rằng ở cấp độ của các cấu trúc dữ liệu và các hoạt động thực hiện trên nó và chỉ sau đó được quan tâm với các chi tiết về cách cấu trúc dữ liệu và các hoạt động được thực hiện. Quay sang trừu tượng về thủ tục, xem xét kết quả của việc xác định một phương pháp, initializeJobQueue. Hiệu quả là sự mở rộng ngôn ngữ bằng cách cung cấp các nhà phát triển với một phương pháp khác, trong đó không phải là một phần của ngôn ngữ như quy định ban đầu. Các nhà phát triển có thể sử dụng initializeJobQueue trong cùng một cách như sqrt hoặc abs.
Các tác động của sự trừu tượng về thủ tục cho thiết kế như mạnh mẽ như những dữ liệu trừu tượng. Các nhà thiết kế có thể khái niệm hóa các sản phẩm về hoạt động cấp cao. Các hoạt động này có thể được định nghĩa về hoạt động cấp thấp hơn, cho đến khi mức thấp nhất là đạt. Ở cấp độ này, các hoạt động được thể hiện trong các điều khoản của các cấu trúc được xác định trước của các ngôn ngữ lập trình. Ở mỗi cấp độ, các nhà thiết kế là có liên quan chỉ có thể hiện sản phẩm trong điều kiện hoạt động thích hợp đến mức đó. Các nhà thiết kế có thể bỏ qua các cấp độ dưới đây, sẽ được xử lý ở cấp tiếp theo của trừu tượng, đó là, các bước sàng lọc tiếp theo. Các nhà thiết kế cũng có thể bỏ qua các cấp trên, một mức độ thích hợp từ quan điểm thiết kế với mức hiện nay.