It is convenient to have a homogene

It is convenient to have a homogeneous system and an exception management strategy.
This topic is usually a Cross-Cutting aspect of the application, so having reusable components to manage exceptions in all layers homogeneously should be considered. These reusable components can be simple components/classes, but if the requirements are more complex (publication of exceptions in different destinations, such as Event Log and traps SNMP, etc.), we recommend using the Microsoft Enterprise Library Exceptions Management Building Block (v5.0 for .NET
4.0). However, having a library or reusable classes does not cover everything needed to implement exception management in the different layers. A specific strategy must be implemented in each layer. For example, the following decisions should be made:

Determine the type of exceptions to be propagated to upper levels (usually most of them) and which ones will be intercepted and managed in one layer only. In the case of the Data Access and Persistence Infrastructure layer, we would usually have to specifically manage aspects such as interblockage, problems of connection to the database, some aspects of optimistic concurrency exceptions, etc.

How to handle exceptions that we do not specifically manage.

Consider the implementation of retry processes for operations where there may be "timeouts". However, do this only if it is actually feasible. This should be analyzed on a case-by-case basis.

Design a proper exception propagation strategy. For example, allow exceptions to be uploaded to the upper layers where they will be logged and/or transformed if necessary before transferring them to the next level.

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

Nó là thuận tiện để có một hệ thống đồng nhất và một chiến lược quản lý ngoại lệ. Chủ đề này thường là một khía cạnh xuyên suốt của ứng dụng, do đó, có các thành phần tái sử dụng để quản lý ngoại lệ trong tất cả các lớp homogeneously cần được xem xét. Các thành phần tái sử dụng có thể là đơn giản thành phần/lớp học, nhưng nếu các yêu cầu thêm phức tạp (xuất bản trong các ngoại lệ trong những điểm đến khác nhau, chẳng hạn như sự kiện đăng nhập và bẫy SNMP, vv), chúng tôi khuyên bạn sử dụng Microsoft doanh nghiệp thư viện ngoại lệ quản lý xây dựng khối (v5.0 cho .NET4.0). Tuy nhiên, có một thư viện hoặc tái sử dụng các lớp học không bao gồm tất cả mọi thứ cần thiết để thực hiện quản lý ngoại lệ trong các lớp khác nhau. Một chiến lược cụ thể phải được thực hiện trong mỗi lớp. Ví dụ, các quyết định sau đây phải được thực hiện:Xác định loại trường hợp ngoại lệ để được phổ biến để cấp trên (thường đa số) và mà những người sẽ được ngăn chặn và quản lý trong một lớp chỉ. Trong trường hợp của các lớp truy cập dữ liệu và cơ sở hạ tầng kiên trì, chúng tôi sẽ thường phải cụ thể quản lý các khía cạnh như interblockage, các vấn đề của kết nối đến cơ sở dữ liệu, một số khía cạnh của lạc quan concurrency ngoại lệ, vv.Làm thế nào để xử lý các trường hợp ngoại lệ mà chúng tôi không quản lý cụ thể.Xem xét việc thực hiện các quy trình thử lại cho các hoạt động trong trường hợp có thể có "timeout". Tuy nhiên, làm điều này chỉ nếu nó là thực sự khả thi. Điều này nên được phân tích trên cơ sở của trường hợp. Thiết kế một chiến lược thích hợp ngoại lệ tuyên truyền. Ví dụ, cho phép ngoại lệ được tải lên các lớp trên nơi họ sẽ được đăng nhập và/hoặc chuyển đổi nếu cần thiết trước khi chuyển tới cấp độ tiếp theo.

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

Đó là thuận lợi để có một hệ thống đồng nhất và một chiến lược quản lý ngoại lệ.
Chủ đề này thường là một khía cạnh Cross-Cắt các ứng dụng, do đó, có thể tái sử dụng các thành phần để quản lý ngoại lệ trong tất cả các lớp đồng nhất cần được xem xét. Các thành phần tái sử dụng có thể được các thành phần đơn giản / lớp, nhưng nếu các yêu cầu phức tạp hơn (công bố trường hợp ngoại lệ ở các điểm đến khác nhau, chẳng hạn như Event Log và bẫy SNMP, vv), chúng tôi khuyên bạn nên sử dụng các ngoại lệ Microsoft doanh nghiệp Thư viện Quản lý xây dựng Block (v5 0,0 cho .NET
4.0). Tuy nhiên, có một thư viện hoặc tái sử dụng các lớp học không bao gồm tất cả mọi thứ cần thiết để thực hiện quản lý ngoại lệ trong các lớp khác nhau. Một chiến lược cụ thể phải được thực hiện trong mỗi lớp. Ví dụ, các quyết định sau đây phải được thực hiện:

Xác định các loại ngoại lệ khi được truyền đến các cấp cao hơn (thường là hầu hết trong số họ) và những người thân sẽ bị chặn và quản lý trong chỉ có một lớp. Trong trường hợp của các lớp cơ sở hạ tầng truy cập dữ liệu và Persistence, chúng tôi sẽ thường phải quản lý cụ thể các khía cạnh như interblockage, các vấn đề liên kết với các cơ sở dữ liệu, một số khía cạnh của các ngoại lệ đồng thời lạc quan, vv

Làm thế nào để xử lý các trường hợp ngoại lệ mà chúng ta làm không cụ thể quản lý.

Xem xét việc thực hiện các quy trình thử lại cho các hoạt động mà có thể là "timeout". Tuy nhiên, làm được điều này chỉ nếu nó thực sự khả thi. Điều này cần được phân tích trên cơ sở từng trường hợp cụ thể.

Thiết kế một chiến lược tuyên truyền ngoại lệ thích hợp. Ví dụ, trường hợp ngoại lệ cho phép để được tải lên các tầng trên, nơi họ sẽ được đăng nhập và / hoặc chuyển đổi nếu cần thiết trước khi chuyển đến cấp độ tiếp theo.