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 comp
onents/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:

De
termine 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 specifica
lly 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 operat
ions 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 t
hey will be logged and/or
transformed if necessary before transferring them to the next leve

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

Nó là thuận tiện để có một đồng nhấtHệ thống và một chiến lược quản lý ngoại lệ. Chủ đề này thường là một cây thánh giá-Khía cạnh cắt của ứng dụng, vì vậy có 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 homogeneously cần được xem xét. Các thành phần tái sử dụng có thể là đơn giản components/lớp học, nhưng nếu các yêu cầu là phức tạp hơn (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 các Microsoft Enterprise LibraryTrường hợp 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 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:DeTermine loại trường hợp ngoại lệ để được phổ biến để cấp trên (thường Hầu hết họ) 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 thường có thể specifically quản lý các khía cạnh như interblockage, vấn đề kết nối cơ sở dữ liệu, một số khía cạnh của lạc quan trường hợp ngoại lệ concurrency, 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 operatCác ion nơi có thể "timeouts‟. Tuy nhiên, làm điều này chỉ nếu nó là thực sự khả thi. Điều này cần phân tích về một trường hợp-bởi-trường hợp cơ sở. 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 trường hợp ngoại lệ được tải lên các lớp trên nơi tnày 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

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

Đó là thuận lợi để có một đồng nhất
hệ thống và chiến lược quản lý ngoại lệ.
Chủ đề này thường là một chữ thập
-
Cắt khía cạnh của ứ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 nên được coi là
những thành phần tái sử dụng có thể được comp đơn giản
onents / 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ư tổ chức sự kiện
Đăng nhập và bẫy SNMP, vv), chúng tôi khuyên bạn nên sử dụng
Microsoft doanh nghiệp Thư viện
Ngoại lệ Quản lý xây dựng Block
"(v5.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:

De
Termine 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 một lớp
duy nhất. 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 specifica
lly quản lý các khía cạnh như interblockage,
vấn đề liên kết với các cơ sở dữ liệu, một số khía cạnh lạc quan
ngoại lệ đồng thời, 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ụ quản lý.

Xem xét việc thực hiện các quy trình thử lại cho Xử
ion, nơi 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 về một trường hợp - by -. Trường hợp cơ sở  Thiết kế một chiến lược tuyên truyền ngoại lệ thích hợp. Ví dụ, cho phép ngoại lệ để được tải lên các tầng trên nơi t hey sẽ được đăng nhập và / hoặc chuyển đổi nếu cần thiết trước khi chuyển đến leve tiếp theo