The most obvious example of "Table

The most obvious example of "Table Module" is the use of one for each table in the database. However, if you have interesting queries and views in the database you can have "Table Modules" for them as well.

The "Table Module" may be an instance or it may be a collection of static methods. The advantage of an instance is that it allows you to initialize the "Table Module" with an existing record set, perhaps the result of a query. You can then use the instance to manipulate the rows in the record set. Instances also make it possible to use inheritance, so we can write a rush contract module that contains additional behavior to the regular contract.

The "Table Module" may include queries as factory methods. The alternative is a "Table Data Gateway" (144), but the disadvantage of this is having an extra "Table Data Gateway" (144) class and mechanism in the design. The advantage is that you can use a single "Table Module" on data from different data sources, since you use a different "Table Data Gateway" (144) for each data source.

When you use a "Table Data Gateway" (144) the application first uses the "Table Data Gateway" (144) to assemble data in a "Record Set" (508). You then create a "Table Module" with the "Record Set" (508) as an argument. If you need behavior from multiple "Table Modules", you can create them with the same "Record Set" (508). The "Table Module" can then do business logic on the "Record Set" (508) and pass the modified "Record Set" (508) to the presentation for display and editing using the table-aware widgets. The widgets can't tell if the record sets came directly from the relational database or if a "Table Module" manipulated the data on the way out. After modification in the GUI, the data set goes back to the "Table Module" for validation before it's saved to the database. One of the benefits of this style is that you can test the "Table Module" by creating a "Record Set" (508) in memory without going to the database.

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

Ví dụ rõ ràng nhất của "Bảng mô-đun" là việc sử dụng một cho mỗi bảng trong cơ sở dữ liệu. Tuy nhiên, nếu bạn có thú vị các truy vấn và lượt xem trong cơ sở dữ liệu bạn có thể có "Bảng mô-đun" cho họ là tốt.Các mô-đun bảng"" có thể là một thể hiện hoặc nó có thể là một tập hợp các phương pháp tĩnh. Lợi thế của một thể hiện là nó cho phép bạn để khởi tạo các mô-đun bảng"" với một bộ thu âm sẵn có, có lẽ là kết quả của một truy vấn. Bạn có thể sử dụng trường hợp để thao tác các hàng trong thiết lập kỷ lục. Trường hợp cũng làm cho nó có thể sử dụng thừa kế, vì vậy chúng tôi có thể viết một mô-đun hợp đồng cao điểm có chứa thêm hành vi để hợp đồng thường xuyên.Các mô-đun bảng"" có thể bao gồm truy vấn như là phương pháp nhà máy. Cách khác là một "bảng dữ liệu Gateway" (144), nhưng những bất lợi của điều này là có một "Bảng dữ liệu Gateway" (144) hạng và cơ chế trong thiết kế. Lợi thế là bạn có thể sử dụng duy nhất "bảng Module" trên dữ liệu từ các nguồn dữ liệu khác nhau, kể từ khi bạn sử dụng một khác nhau "bảng dữ liệu Gateway" (144) cho mỗi nguồn dữ liệu.Khi bạn sử dụng một "bảng dữ liệu Gateway" (144) các ứng dụng đầu tiên sử dụng các "bảng dữ liệu Gateway" (144) để lắp ráp các dữ liệu trong một "kỷ lục thiết lập" (508). Bạn sau đó tạo ra một Module bảng"" với các "kỷ lục thiết lập" (508) như là đối số. Nếu bạn cần các hành vi từ nhiều "bảng module", bạn có thể tạo chúng với các cùng một "kỷ lục thiết lập" (508). Các mô-đun bảng"" sau đó có thể làm logic kinh doanh trên các "kỷ lục thiết lập" (508) và vượt qua các sửa đổi "kỷ lục thiết lập" (508) để trình bày cho hiển thị và chỉnh sửa bằng cách sử dụng các vật dụng bảng nhận thức. Các vật dụng không thể nói nếu bộ hồ sơ đến trực tiếp từ cơ sở dữ liệu quan hệ, hoặc nếu một mô-đun"bảng" thao túng dữ liệu trên đường ra. Sau khi sửa đổi trong giao diện, tập hợp dữ liệu đi lại cho các Module bảng"" để xác nhận trước khi nó được lưu vào cơ sở dữ liệu. Một trong những lợi ích của phong cách này là bạn có thể kiểm tra các mô-đun bảng"" bằng cách tạo ra một "kỷ lục thiết lập" (508) trong bộ nhớ mà không đi đến cơ sở dữ liệu.

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

Ví dụ rõ ràng nhất của "Table Module" là việc sử dụng một cho mỗi bảng trong cơ sở dữ liệu. Tuy nhiên, nếu bạn có thắc mắc thú vị và quan điểm trong cơ sở dữ liệu bạn có thể có "Bảng Modules" cho họ là tốt. Các "Table Module" có thể là một ví dụ hoặc nó có thể là một tập hợp các phương pháp tĩnh. Các lợi thế của một thể hiện là nó cho phép bạn khởi tạo các "Bảng Module" với một bộ hồ sơ hiện có, có lẽ là kết quả của một truy vấn. Sau đó bạn có thể sử dụng các ví dụ để thao tác các hàng trong tập hợp bản ghi. Trường hợp cũng làm cho nó có thể sử dụng thừa kế, vì vậy chúng tôi có thể viết một module đồng rush chứa hành vi bổ sung cho các hợp đồng thường xuyên. Các "Table Module" có thể bao gồm các truy vấn như phương pháp nhà máy. Cách khác là một "Table Data Gateway" (144), nhưng bất lợi của việc này là có một "Table Data Gateway" (144) lớp phụ và cơ chế trong thiết kế. Ưu điểm là bạn có thể sử dụng một single "Table Module" trên dữ liệu từ các nguồn dữ liệu khác nhau, kể từ khi bạn sử dụng một khác nhau "Table Data Gateway" (144) cho mỗi nguồn dữ liệu. Khi bạn sử dụng một "Table Data Gateway" (144) các ứng dụng đầu tiên sử dụng "Bảng liệu Gateway" (144) để tổng hợp số liệu trong một "Record Set" (508). Sau đó, bạn tạo ra một "Bảng Module" với "Record Set" (508) như một đối số. Nếu bạn cần hành vi từ nhiều "Bảng Modules", bạn có thể tạo ra chúng với nhau "Record Set" (508). Các "Table Module" sau đó có thể làm logic kinh doanh trên "Record Set" (508) và vượt qua các sửa đổi "Record Set" (508) để trình bày để hiển thị và chỉnh sửa bằng cách sử dụng các vật dụng bảng-aware. Các vật dụng không thể nói nếu bộ hồ sơ đến trực tiếp từ cơ sở dữ liệu quan hệ hoặc nếu có "Bảng Module" chế tác các dữ liệu trên đường ra. Sau khi sửa đổi trong giao diện, các bộ dữ liệu đi trở lại "Bảng Module" để xác nhận trước khi nó được lưu vào cơ sở dữ liệu. Một trong những lợi ích của phong cách này là bạn có thể kiểm tra "Table Module" bằng cách tạo ra một "Record Set" (508) trong bộ nhớ mà không đi đến cơ sở dữ liệu.