Figure 7-2 shows a class diagram for a class named Product. This diagr dịch - Figure 7-2 shows a class diagram for a class named Product. This diagr Việt làm thế nào để nói

Figure 7-2 shows a class diagram fo

Figure 7-2 shows a class diagram for a class named Product. This diagram
uses Unified Modeling Language (JJML), a modeling language that has become
the industry standard for working with all object-oriented programming languages
including Java.
In this class diagram, the class contains three fields and seven methods.
Here, the minus sign (-) identifies fields and methods that are available only
within the current class, while the plus sign (+) identifies fields and methods
that are available to other classes.
In this case, all of the methods are available to other classes, but none of the
fields are. However, the methods make the data stored by the fields available to
other classes. For instance, the getCode method returns the value stored in the
code field, and the setCode method assigns a new value to the code field.
This illustrates the concept of encapsulation, which is a fundamental
concept of object-oriented programming. This means that the programmer can
hide, or encapsulate, some fields and methods of a class, while exposing others.
Since the fields (or data) of a class are typically encapsulated within a class,
encapsulation is sometimes referred to as data hiding.
When you use a class, encapsulation lets you think of it as a black box that
provides useful fields and methods. When you use the parselnt method of the
Integer class, for example, you don’t know how the method converts a string to
an integer, and you don’t need to know. Similarly, if you use the getPrice
method of the Product class in this figure, you don’t know how the method
works, and you don’t need to know.
This also means that you can change the code for a method within a class
without affecting the classes that use the method. For instance, you can change
the code for the getPrice method without changing the classes that use that
method. This makes it easier to upgrade or enhance an application because you
only need to change the classes that need upgrading.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Hình 7-2 cho thấy một sơ đồ lớp cho một lớp học được đặt theo tên sản phẩm. Sơ đồ nàysử dụng thống nhất mẫu ngôn ngữ (JJML), một ngôn ngữ mô hình hóa đã trở thànhCác ngành công nghiệp tiêu chuẩn để làm việc với tất cả đối tượng theo định hướng ngôn ngữ lập trìnhbao gồm cả Java.Trong sơ đồ lớp học này, các lớp học có chứa ba lĩnh vực và bảy phương pháp.Ở đây, dấu trừ (-) xác định lĩnh vực và các phương pháp có sẵn chỉtrong các lớp học hiện tại, trong khi dấu cộng (+) xác định lĩnh vực và phương phápmà có sẵn cho các lớp khác.Trong trường hợp này, tất cả các phương pháp có sẵn cho các lớp khác, nhưng không ai trong số cáctrường. Tuy nhiên, các phương pháp làm cho các dữ liệu được lưu trữ bởi các lĩnh vực có sẵn cho cácCác lớp học khác. Ví dụ, các phương pháp getCode trả về giá trị được lưu trữ trong cácMã trường, và các phương pháp setCode chỉ định một giá trị mới vào trường mã.Điều này minh họa các khái niệm về đóng gói, mà là một cơ bảnkhái niệm của lập trình hướng đối tượng. Điều này có nghĩa rằng các lập trình viên có thểẩn, hoặc đóng gói các, một số lĩnh vực và phương pháp của một lớp học, trong khi phơi bày những người khác.Kể từ khi lĩnh vực (hoặc dữ liệu) của một lớp học thường được đóng gói trong một lớp học,đóng gói đôi khi được gọi là dữ liệu ẩn.Khi bạn sử dụng một lớp học, đóng gói cho phép bạn nghĩ về nó như là một màu đen hộpcung cấp hữu ích các lĩnh vực và phương pháp. Khi bạn sử dụng các phương pháp parselnt của cácLớp số nguyên, ví dụ, bạn không biết làm thế nào các phương pháp chuyển đổi một chuỗi đểmột số nguyên, và bạn không cần phải biết. Tương tự, nếu bạn sử dụng getPricephương pháp của loại sản phẩm, con số này, bạn không biết làm thế nào các phương pháptác phẩm, và bạn không cần phải biết.Điều này cũng có nghĩa rằng bạn có thể thay đổi mã cho một phương pháp trong một lớp họcmà không ảnh hưởng đến các lớp học sử dụng phương pháp. Ví dụ, bạn có thể thay đổimã cho phương pháp getPrice mà không thay đổi các lớp học sử dụngphương pháp. Điều này làm cho nó dễ dàng hơn để nâng cấp hoặc nâng cao ứng dụng vì bạnchỉ cần thay đổi các lớp học mà cần nâng cấp.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Hình 7-2 cho thấy một sơ đồ lớp cho một lớp có tên sản phẩm. Biểu đồ này
sử dụng ngôn ngữ Unified Modeling (JJML), một ngôn ngữ mô hình mà đã trở thành
tiêu chuẩn công nghiệp để làm việc với tất cả các ngôn ngữ lập trình hướng đối tượng
bao gồm cả Java.
Trong sơ đồ lớp này, lớp chứa ba lĩnh vực và bảy phương pháp.
Ở đây, dấu trừ (-) xác định các lĩnh vực và phương pháp mà chỉ sẵn có
trong lớp hiện tại, trong khi các dấu cộng (+) xác định các lĩnh vực và phương pháp
có sẵn cho các lớp khác.
trong trường hợp này, tất cả các phương pháp có sẵn để các lớp khác, nhưng không ai của
các trường là. Tuy nhiên, các phương pháp làm cho các dữ liệu được lưu trữ bởi các trường có sẵn để
các lớp khác. Ví dụ, phương pháp getCode trả về giá trị được lưu trữ trong các
lĩnh vực mã, và các phương pháp setCode gán một giá trị mới vào trường mã.
Điều này minh họa các khái niệm về đóng gói, mà là một cơ bản
khái niệm về lập trình hướng đối tượng. Điều này có nghĩa rằng các lập trình viên có thể
che giấu, hoặc đóng gói, một số lĩnh vực và phương thức của một lớp, trong khi tiếp xúc người khác.
Kể từ khi các lĩnh vực (hoặc dữ liệu) của một lớp học thường được đóng gói trong một lớp học,
đóng gói được đôi khi được gọi là dữ liệu ẩn.
Khi bạn sử dụng một lớp học, đóng gói cho phép bạn nghĩ về nó như một hộp đen mà
cung cấp các lĩnh vực và phương pháp hữu ích. Khi bạn sử dụng các phương pháp parselnt của
lớp Integer, ví dụ, bạn không biết làm thế nào phương pháp chuyển đổi một chuỗi thành
một số nguyên, và bạn không cần phải biết. Tương tự như vậy, nếu bạn sử dụng các getPrice
phương thức của lớp sản phẩm trong hình này, bạn không biết làm thế nào phương thức
hoạt động, và bạn không cần phải biết.
Điều này cũng có nghĩa là bạn có thể thay đổi mã cho một phương thức trong một lớp học
mà không ảnh hưởng đến các lớp có sử dụng phương pháp này. Ví dụ, bạn có thể thay đổi
các mã cho phương thức getPrice mà không thay đổi các lớp học mà sử dụng
phương pháp. Điều này làm cho nó dễ dàng hơn để nâng cấp hoặc cải thiện ứng dụng bởi vì bạn
chỉ cần thay đổi các lớp học cần nâng cấp.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: