Pattern DescriptionComponents withi

Pattern Description

Components within the layered architecture pattern are organized into horizontal layers, each layer performing a specific role within the application (e.g., presentation logic or business logic). Although the layered architecture pattern does not specify the number and types of layers that must exist in the pattern, most layered architectures consist of four standard layers: presentation, business, persistence, and database (Figure 1-1). In some cases, the business layer and persistence layer are combined into a single business layer, particularly when the persistence logic (e.g., SQL or HSQL) is embedded within the business layer components. Thus, smaller applications may have only three layers, whereas larger and more complex business applications may contain five or more layers.

Each layer of the layered architecture pattern has a specific role and responsibility within the application. For example, a presentation layer would be responsible for handling all user interface and browser communication logic, whereas a business layer would be responsible for executing specific business rules associated with the request. Each layer in the architecture forms an abstraction around the work that needs to be done to satisfy a particular business request. For example, the presentation layer doesn't need to know or worry about how to get customer data; it only needs to display that information on a screen in particular format. Similarly, the business layer doesn't need to be concerned about how to format customer data for display on a screen or even where the customer data is coming from; it only needs to get the data from the persistence layer, perform business logic against the data (e.g., calculate values or aggregate data), and pass that information up to the presentation layer.

Kết quả (Việt) 1:

Mô hình mô tảCác thành phần trong lớp kiến trúc mẫu được tổ chức vào ngang lớp, mỗi lớp biểu diễn một vai trò cụ thể trong các ứng dụng (ví dụ, trình bày logic hoặc logic kinh doanh). Mặc dù các mô hình lớp kiến trúc không xác định số lượng và loại của các lớp mà phải tồn tại trong các mô hình, đặt lớp kiến trúc bao gồm bốn lớp tiêu chuẩn: trình bày, kinh doanh, kiên trì và cơ sở dữ liệu (hình 1-1). Trong một số trường hợp, doanh nghiệp lớp và kiên trì lớp được kết hợp thành một lớp duy nhất kinh doanh, đặc biệt là khi kiên trì logic (ví dụ: SQL hoặc HSQL) nhúng trong các thành phần lớp kinh doanh. Vì vậy, nhỏ hơn các ứng dụng có thể chỉ có ba lớp, trong khi kinh doanh lớn và phức tạp hơn các ứng dụng có thể chứa các lớp năm hoặc nhiều hơn. Mỗi lớp lớp kiến trúc mẫu có một vai trò cụ thể và trách nhiệm trong các ứng dụng. Ví dụ, một lớp trình bày sẽ chịu trách nhiệm về việc xử lý tất cả người dùng giao diện trình duyệt giao tiếp logic và, trong khi một lớp doanh nghiệp sẽ chịu trách nhiệm thực hiện các quy định kinh doanh cụ thể liên quan đến yêu cầu. Mỗi lớp trong kiến trúc tạo thành một trừu tượng xung quanh các công việc mà cần phải được thực hiện để đáp ứng một yêu cầu doanh nghiệp cụ thể. Ví dụ, các lớp thuyết trình không cần phải biết hoặc lo lắng về việc làm thế nào để có được dữ liệu khách hàng; nó chỉ cần để hiển thị thông tin trên một màn hình ở định dạng cụ thể. Tương tự, các lớp kinh doanh không cần phải được quan tâm về làm thế nào để định dạng dữ liệu khách hàng để hiển thị trên một màn hình hoặc thậm chí nơi mà các dữ liệu khách hàng đến từ; nó chỉ cần lấy dữ liệu từ các lớp kiên trì, thực hiện các logic kinh doanh đối với các dữ liệu (ví dụ, tính toán giá trị hoặc tổng hợp dữ liệu), và thông qua đó thông tin đến các lớp thuyết trình.

Kết quả (Việt) 2:

Pattern Mô tả các thành phần trong mô hình kiến trúc lớp được tổ chức thành lớp ngang, mỗi lớp thực hiện một vai trò cụ thể trong ứng dụng (ví dụ, trình bày logic hoặc logic kinh doanh). Mặc dù kiến trúc mô hình lớp không rõ số lượng và loại của các lớp đó phải tồn tại trong mô hình, hầu hết các kiến trúc phân tầng bao gồm bốn lớp tiêu chuẩn: trình bày, kinh doanh, kiên trì, và cơ sở dữ liệu (hình 1-1). Trong một số trường hợp, các lớp kinh doanh và lớp kiên trì được kết hợp thành một lớp doanh nghiệp duy nhất, đặc biệt là khi logic kiên trì (ví dụ như SQL hoặc HSQL) được nhúng vào trong các thành phần lớp kinh doanh. Vì vậy, các ứng dụng nhỏ có thể chỉ có ba lớp, trong khi các ứng dụng kinh doanh phức tạp lớn hơn và nhiều hơn nữa có thể chứa năm hoặc nhiều lớp. Mỗi lớp của mô hình kiến trúc lớp có một vai trò và trách nhiệm cụ thể trong ứng dụng. Ví dụ, một lớp trình bày sẽ chịu trách nhiệm xử lý tất cả các giao diện người dùng và thông tin liên lạc trình duyệt logic, trong khi một lớp doanh nghiệp sẽ chịu trách nhiệm thực hiện các quy tắc kinh doanh cụ thể liên quan đến việc yêu cầu. Mỗi lớp trong kiến trúc tạo thành một trừu tượng xung quanh những công việc cần phải làm để đáp ứng yêu cầu kinh doanh cụ thể. Ví dụ, các lớp trình bày không cần biết hoặc lo lắng về việc làm thế nào để có được dữ liệu khách hàng; nó chỉ cần để hiển thị thông tin trên một màn hình ở định dạng cụ thể. Tương tự như vậy, các lớp kinh doanh không cần phải được quan tâm về làm thế nào để định dạng dữ liệu khách hàng để hiển thị trên một màn hình hoặc thậm chí khi các dữ liệu khách hàng đến từ; nó chỉ cần lấy dữ liệu từ các lớp kiên trì, thực hiện logic kinh doanh đối với các dữ liệu (ví dụ, tính toán các giá trị hoặc dữ liệu tổng hợp), và chuyển thông tin đó đến các lớp trình bày.