[exception-handling] 빈 캐치 블록이 왜 나쁜 생각입니까? [닫은]

정당화 될 수있는 경우는 드물다. 파이썬에서는 종종 이런 종류의 구성을 볼 수 있습니다.

try:
    result = foo()
except ValueError:
    result = None

따라서 (응용 프로그램에 따라) 다음을 수행해도됩니다.

result = bar()
if result == None:
    try:
        result = foo()
    except ValueError:
        pass # Python pass is equivalent to { } in curly-brace languages
 # Now result == None if bar() returned None *and* foo() failed

최근 .NET 프로젝트에서 특정 인터페이스를 구현하는 클래스를 찾기 위해 플러그인 DLL을 열거하는 코드를 작성해야했습니다. VB.NET의 관련 코드 비트는 다음과 같습니다.

    For Each dllFile As String In dllFiles
        Try
            ' Try to load the DLL as a .NET Assembly
            Dim dll As Assembly = Assembly.LoadFile(dllFile)
            ' Loop through the classes in the DLL
            For Each cls As Type In dll.GetExportedTypes()
                ' Does this class implement the interface?
                If interfaceType.IsAssignableFrom(cls) Then

                    ' ... more code here ...

                End If
            Next
        Catch ex As Exception
            ' Unable to load the Assembly or enumerate types -- just ignore
        End Try
    Next

이 경우에도, 어딘가에서 실패를 기록하는 것이 아마도 개선 일 것임을 인정합니다.

답변