Before I go on, I want to point out

Before I go on, I want to point out that you don’t have to use business objects as the parameters of insert, update, and delete methods. Instead, you can use a parameter for each bound field that’s required by a method. This technique can be cumbersome, though, if more than just a few fields are required. In addi¬tion, it’s more difficult to determine what parameters the object data source will generate. It’s also more difficult to work with bound controls like the GridView control because you have to manually enter the name of each field you want to bind. That’s because the fields are defined in the data access class and not directly in the data source. (When you use business objects, the business class is identified in the data source, and the properties of that class are made available to bound controls.) For these reasons, I recommend that you use business objects whenever possible

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

Trước khi tôi đi, tôi muốn chỉ ra rằng bạn không cần phải sử dụng các đối tượng kinh doanh như các tham số của chèn, Cập Nhật và xóa phương pháp. Thay vào đó, bạn có thể sử dụng một tham số cho mỗi lĩnh vực bị ràng buộc được yêu cầu một phương pháp. Kỹ thuật này có thể được rườm rà, Tuy nhiên, nếu nhiều hơn là chỉ một vài lĩnh vực được yêu cầu. Trong addi¬tion, nó là khó khăn hơn để xác định những gì tham số nguồn dữ liệu đối tượng sẽ tạo ra. Nó cũng là khó khăn hơn để làm việc với các điều khiển bị ràng buộc như các control GridView bởi vì bạn cần phải tự nhập tên của mỗi lĩnh vực bạn muốn để ràng buộc. Đó là bởi vì các lĩnh vực được định nghĩa trong lớp truy cập dữ liệu và không trực tiếp trong nguồn dữ liệu. (Khi bạn sử dụng các đối tượng kinh doanh, lớp học kinh doanh được xác định trong nguồn dữ liệu, và các thuộc tính của lớp đó được làm sẵn để ràng buộc điều khiển.) Cho những lý do này, tôi khuyên bạn sử dụng đối tượng kinh doanh bất cứ khi nào có thể

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

Trước khi tôi đi vào, tôi muốn chỉ ra rằng bạn không cần phải sử dụng các đối tượng kinh doanh như các thông số của chèn, cập nhật và xóa các phương pháp. Thay vào đó, bạn có thể sử dụng một tham số cho từng lĩnh vực ràng buộc đó là yêu cầu của một phương pháp. Kỹ thuật này có thể được rườm rà, tuy nhiên, nếu có nhiều hơn là chỉ một vài lĩnh vực được yêu cầu. Trong addi¬tion, đó là khó khăn hơn để xác định những thông số nguồn dữ liệu đối tượng sẽ tạo ra. Nó cũng khó khăn hơn để làm việc với các điều khiển ràng buộc như điều khiển GridView bởi vì bạn phải tự nhập tên của từng lĩnh vực bạn muốn ràng buộc. Đó là bởi vì các lĩnh vực được quy định tại các lớp truy cập dữ liệu và không trực tiếp trong nguồn dữ liệu. (Khi bạn sử dụng các đối tượng kinh doanh, tầng lớp doanh nghiệp được xác định trong các nguồn dữ liệu, và các thuộc tính của lớp đó được tạo sẵn cho các điều khiển ràng buộc.) Đối với những lý do này, tôi khuyên bạn nên sử dụng các đối tượng kinh doanh bất cứ khi nào có thể