A single instance that handles the

A single instance that handles the business logic for all rows in a database table or view.
One of the key messages of object orientation is bundling the data with the behavior that uses it. The traditional object-oriented approach is based on objects with identity, along the lines of "Domain Model" (116). Thus, if we have an Employee class, any instance of it corresponds to a particular employee. This scheme works well because once we have a reference to an employee, we can execute operations, follow relationships, and gather data on him.

One of the problems with "Domain Model" (116) is the interface with relational databases. In many ways this approach treats the relational database like a crazy aunt who's shut up in an attic and whom nobody wants to talk about. As a result you often need considerable programmatic gymnastics to pull data in and out of the database, transforming between two different representations of the data.

A Table Module organizes domain logic with one class per table in the database, and a single instance of a class contains the various procedures that will act on the data. The primary distinction with "Domain Model" (116) is that, if you have many orders, a "Domain Model" (116) will have one order object per order while a Table Module will have one object to handle all orders.

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

Một ví dụ đơn xử lý logic kinh doanh cho tất cả các hàng trong một bảng cơ sở dữ liệu hoặc xem.Một trong những thông điệp chính của định hướng đối tượng bundling dữ liệu với hành vi sử dụng nó. Cách tiếp cận đối tượng theo định hướng truyền thống dựa trên các đối tượng với danh tính, dọc theo dòng của "Mô hình miền" (116). Vì vậy, nếu chúng tôi có một lớp học nhân viên, bất kỳ trường hợp của nó tương ứng với một nhân viên cụ thể. Chương trình này hoạt động tốt bởi vì một khi chúng tôi có một tham chiếu đến một nhân viên, chúng tôi có thể thực thi lệnh, hãy làm theo mối quan hệ, và thu thập dữ liệu về anh ta.Một trong những vấn đề với "Mô hình miền" (116) là giao diện với cơ sở dữ liệu quan hệ. Trong nhiều cách tiếp cận này xử lý cơ sở dữ liệu quan hệ như một dì điên người câm trong một căn gác và người mà không ai muốn nói về. Kết quả là bạn thường cần đáng kể chương trình thể dục để kéo dữ liệu vào và ra khỏi cơ sở dữ liệu, chuyển đổi giữa hai đại diện khác nhau của dữ liệu.Một mô-đun bàn tổ chức tên miền logic với một lớp mỗi bảng trong cơ sở dữ liệu, và một trường hợp duy nhất của một lớp học bao gồm các thủ tục khác nhau mà sẽ hành động trên dữ liệu. Sự khác biệt chính với "Mô hình miền" (116) là, nếu bạn có nhiều bộ, "Mô hình miền" (116) sẽ có một đối tượng đơn đặt hàng cho một đơn đặt hàng trong khi một mô-đun bàn sẽ có một đối tượng để xử lý tất cả các đơn đặt hàng.

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

Một trường hợp duy nhất để xử lý logic kinh doanh cho tất cả các hàng trong một bảng cơ sở dữ liệu hoặc xem.
Một trong những thông điệp chính của định hướng đối tượng được bundling các dữ liệu với các hành vi sử dụng nó. Các cách tiếp cận hướng đối tượng truyền thống dựa trên các đối tượng sắc, dọc theo dòng của "Domain Model" (116). Vì vậy, nếu chúng ta có một lớp nhân viên, bất kỳ thể hiện của nó tương ứng với một nhân viên đặc biệt. Chương trình này hoạt động tốt bởi vì một khi chúng ta có một tham chiếu đến một nhân viên, chúng tôi có thể thực hiện các hoạt động, hãy làm theo các mối quan hệ, và thu thập dữ liệu về anh ta. Một trong những vấn đề với "Domain Model" (116) là giao diện với các cơ sở dữ liệu quan hệ. Trong nhiều cách tiếp cận này đối xử với các cơ sở dữ liệu quan hệ giống như một cô điên của những người im lặng trong một căn gác và người mà không ai muốn nói về. Kết quả là bạn thường cần thể dục chương trình đáng kể để kéo dữ liệu vào và ra khỏi cơ sở dữ liệu, chuyển đổi giữa hai đại diện khác nhau của dữ liệu. Một Bảng đun tổ chức luận lý tên miền với một lớp cho mỗi bảng trong cơ sở dữ liệu, và một trường hợp duy nhất của một lớp chứa các thủ tục khác nhau mà sẽ hành động trên dữ liệu. Sự khác biệt chính với "Domain Model" (116) là, nếu bạn có nhiều đơn đặt hàng, một "Domain Model" (116) sẽ có một đối tượng đơn hàng trên một trật tự trong khi một bảng Mô-đun sẽ có một đối tượng để xử lý tất cả các đơn đặt hàng.