Исключения и Using — бесплатный тест онлайн

Вопрос 1 из 20

Раздел «Обработка Try — Catch — Finally»: что в этом коде определяет результат, а не случайное совпадение тестовых данных?

Module Demo
    Sub Main()
        Try
            Console.WriteLine(10 \ (3 - 3))
        Catch ex As DivideByZeroException
            Console.WriteLine("zero")
        Finally
            Console.WriteLine("done")
        End Try
    End Sub
End Module

Контракт кода: при работе с Обработка Try — Catch — Finally нарушение «Catch следует располагать от конкретных исключений к общим, Finally выполняет очистку независимо от результата» не меняет результат, если выполняется «а код после Throw недостижим». Контракт кода: catch следует располагать от конкретных исключений к общим, Finally выполняет очистку независимо от результата, а код после Throw недостижим. Контракт кода: catch следует располагать от общих исключений к конкретным, Finally выполняет очистку независимо от результата, а код после Throw недостижим. Контракт кода: catch следует располагать от конкретных исключений к общим, Finally не выполняет очистку независимо от результата, а код после Throw недостижим. Контракт кода: catch следует располагать от общего исключения к частному, а Finally выполняется только после успешного завершения Try.

Вопрос 2 из 20

Раздел «Обработка Try — Catch — Finally»: что должно остаться явным после переработки участка с DivideByZeroException?

Option Strict On
Namespace ReviewCase10_1
    Module Demo
        Sub Main()
            Try
                Console.WriteLine(11 \ (7 - 7))
            Catch reviewEx As DivideByZeroException
                Console.WriteLine("zero")
            Finally
                Console.WriteLine("done")
            End Try
        End Sub
    End Module
End Namespace

Зафиксировать в ревью: catch следует располагать от конкретных исключений к общим, Finally не выполняет очистку независимо от результата, а код после Throw недостижим. Зафиксировать в ревью: catch следует располагать от общих исключений к конкретным, Finally выполняет очистку независимо от результата, а код после Throw недостижим. Зафиксировать в ревью: catch следует располагать от конкретных исключений к общим, Finally выполняет очистку независимо от результата, а код после Throw недостижим. Зафиксировать в ревью: при работе с Обработка Try — Catch — Finally нарушение «Catch следует располагать от конкретных исключений к общим, Finally выполняет очистку независимо от результата» не меняет результат, если выполняется «а код после Throw недостижим». Зафиксировать в ревью: catch следует располагать от общего исключения к частному, а Finally выполняется только после успешного завершения Try.

Вопрос 3 из 20

Раздел «Обработка Try — Catch — Finally»: какой результат следует зафиксировать до запуска отрицательного сценария?

Option Explicit On
Option Infer On
Namespace BoundaryCase10_1
    Module Demo
        Sub Main()
            Try
                Console.WriteLine(9 \ (1 - 1))
            Catch edgeEx As DivideByZeroException
                Console.WriteLine("zero")
            Finally
                Console.WriteLine("done")
            End Try
        End Sub
    End Module
End Namespace

Добавить регрессионную проверку: catch следует располагать от общего исключения к частному, а Finally выполняется только после успешного завершения Try. Добавить регрессионную проверку: catch следует располагать от конкретных исключений к общим, Finally выполняет очистку независимо от результата, а код после Throw недостижим. Добавить регрессионную проверку: при работе с Обработка Try — Catch — Finally нарушение «Catch следует располагать от конкретных исключений к общим, Finally выполняет очистку независимо от результата» не меняет результат, если выполняется «а код после Throw недостижим». Добавить регрессионную проверку: catch следует располагать от конкретных исключений к общим, Finally не выполняет очистку независимо от результата, а код после Throw недостижим. Добавить регрессионную проверку: catch следует располагать от общих исключений к конкретным, Finally выполняет очистку независимо от результата, а код после Throw недостижим.

Вопрос 4 из 20

Раздел «Обработка Try — Catch — Finally»: что нужно сделать частью контракта рабочего модуля?

Сделать явным правилом модуля: catch следует располагать от общего исключения к частному, а Finally выполняется только после успешного завершения Try. Сделать явным правилом модуля: catch следует располагать от конкретных исключений к общим, Finally выполняет очистку независимо от результата, а код после Throw недостижим. Сделать явным правилом модуля: catch следует располагать от общих исключений к конкретным, Finally выполняет очистку независимо от результата, а код после Throw недостижим. Сделать явным правилом модуля: catch следует располагать от конкретных исключений к общим, Finally не выполняет очистку независимо от результата, а код после Throw недостижим. Сделать явным правилом модуля: при работе с Обработка Try — Catch — Finally нарушение «Catch следует располагать от конкретных исключений к общим, Finally выполняет очистку независимо от результата» не меняет результат, если выполняется «а код после Throw недостижим».

Вопрос 5 из 20

Что можно считать надёжным рабочим правилом для раздела «Обработка Try — Catch — Finally»?

Технически точный принцип: catch следует располагать от общего исключения к частному, а Finally выполняется только после успешного завершения Try. Технически точный принцип: catch следует располагать от конкретных исключений к общим, Finally выполняет очистку независимо от результата, а код после Throw недостижим. Технически точный принцип: catch следует располагать от общих исключений к конкретным, Finally выполняет очистку независимо от результата, а код после Throw недостижим. Технически точный принцип: при работе с Обработка Try — Catch — Finally нарушение «Catch следует располагать от конкретных исключений к общим, Finally выполняет очистку независимо от результата» не меняет результат, если выполняется «а код после Throw недостижим». Технически точный принцип: catch следует располагать от конкретных исключений к общим, Finally не выполняет очистку независимо от результата, а код после Throw недостижим.

Вопрос 6 из 20

Не запуская фрагмент, выберите объяснение, которое учитывает весь механизм «Выбрасывание и повтор исключений».

Module Demo
    Sub Load()
        Try
            Throw New InvalidOperationException("source")
        Catch ex As Exception
            Throw ex
        End Try
    End Sub
End Module

Throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex не начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и не затрудняет поиск первопричины. Throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Throw без аргумента внутри Catch не сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Throw без аргумента внутри Catch сохраняет трассировку только от текущей строки; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины.

Вопрос 7 из 20

Раздел «Выбрасывание и повтор исключений»: какая претензия к возможной правке относится к поведению программы?

Option Strict On
Namespace ReviewCase10_2
    Module Demo
        Sub Load()
            Try
                Throw New InvalidOperationException("source")
            Catch reviewEx As Exception
                Throw reviewEx
            End Try
        End Sub
    End Module
End Namespace

Проверить перед объединением: throw без аргумента внутри Catch сохраняет трассировку только от текущей строки; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Проверить перед объединением: throw без аргумента внутри Catch не сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Проверить перед объединением: throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex не начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Проверить перед объединением: throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и не затрудняет поиск первопричины. Проверить перед объединением: throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины.

Вопрос 8 из 20

Раздел «Выбрасывание и повтор исключений»: для участка с Load нужен отрицательный тест. Какой контракт стоит проверить, меняя только одно условие?

Option Explicit On
Option Infer On
Namespace BoundaryCase10_2
    Module Demo
        Sub Load()
            Try
                Throw New InvalidOperationException("source")
            Catch edgeEx As Exception
                Throw edgeEx
            End Try
        End Sub
    End Module
End Namespace

Добавить регрессионную проверку: throw без аргумента внутри Catch не сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Добавить регрессионную проверку: throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и не затрудняет поиск первопричины. Добавить регрессионную проверку: throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex не начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Добавить регрессионную проверку: throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Добавить регрессионную проверку: throw без аргумента внутри Catch сохраняет трассировку только от текущей строки; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины.

Вопрос 9 из 20

Раздел «Выбрасывание и повтор исключений»: какой подход сохраняет границу ответственности и делает отказ диагностируемым?

Не скрывать за запасным сценарием: throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и не затрудняет поиск первопричины. Не скрывать за запасным сценарием: throw без аргумента внутри Catch не сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Не скрывать за запасным сценарием: throw без аргумента внутри Catch сохраняет трассировку только от текущей строки; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Не скрывать за запасным сценарием: throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex не начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Не скрывать за запасным сценарием: throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины.

Вопрос 10 из 20

Какое утверждение точнее отделяет «Выбрасывание и повтор исключений» от соседних механизмов?

Надёжное обобщение: throw без аргумента внутри Catch сохраняет трассировку только от текущей строки; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Надёжное обобщение: throw без аргумента внутри Catch не сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Надёжное обобщение: throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex не начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Надёжное обобщение: throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и затрудняет поиск первопричины. Надёжное обобщение: throw без аргумента внутри Catch сохраняет исходную трассировку; Throw ex начинает трассировку заново от текущей строки и не затрудняет поиск первопричины.

Вопрос 11 из 20

Какой вывод о фрагменте по теме «Блоки Using» технически обоснован?

Imports System.IO
Module Demo
    Sub Main()
        Using stream = File.Open("sample.bin", FileMode.OpenOrCreate, FileAccess.ReadWrite)
            stream.WriteByte(CByte(6))
        End Using
    End Sub
End Module

Контракт кода: using гарантирует Dispose даже при исключении и подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни. Контракт кода: using должен закрывать любой переданный IDisposable; отдельная договорённость о владельце ресурса не требуется. Контракт кода: using не гарантирует Dispose даже при исключении и подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни. Контракт кода: using гарантирует Dispose даже при исключении и не подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни. Контракт кода: using гарантирует Dispose даже при исключении и подходит объектам IDisposable; он отменяет необходимость определить владельца ресурса и время его жизни.

Вопрос 12 из 20

После рефакторинга код стал короче. Какое условие по теме «Блоки Using» нельзя потерять?

Option Strict On
Imports System.IO
Namespace ReviewCase10_3
    Module Demo
        Sub Main()
            Using stream = File.Open("sample.bin", FileMode.OpenOrCreate, FileAccess.ReadWrite)
                stream.WriteByte(CByte(3))
            End Using
        End Sub
    End Module
End Namespace

Проверить перед объединением: using должен закрывать любой переданный IDisposable; отдельная договорённость о владельце ресурса не требуется. Проверить перед объединением: using не гарантирует Dispose даже при исключении и подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни. Проверить перед объединением: using гарантирует Dispose даже при исключении и подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни. Проверить перед объединением: using гарантирует Dispose даже при исключении и подходит объектам IDisposable; он отменяет необходимость определить владельца ресурса и время его жизни. Проверить перед объединением: using гарантирует Dispose даже при исключении и не подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни.

Вопрос 13 из 20

Раздел «Блоки Using»: для участка с stream нужен отрицательный тест. Какой контракт стоит проверить, меняя только одно условие?

Option Explicit On
Option Infer On
Imports System.IO
Namespace BoundaryCase10_3
    Module Demo
        Sub Main()
            Using stream = File.Open("sample.bin", FileMode.OpenOrCreate, FileAccess.ReadWrite)
                stream.WriteByte(CByte(4))
            End Using
        End Sub
    End Module
End Namespace

Добавить регрессионную проверку: using гарантирует Dispose даже при исключении и подходит объектам IDisposable; он отменяет необходимость определить владельца ресурса и время его жизни. Добавить регрессионную проверку: using гарантирует Dispose даже при исключении и подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни. Добавить регрессионную проверку: using гарантирует Dispose даже при исключении и не подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни. Добавить регрессионную проверку: using должен закрывать любой переданный IDisposable; отдельная договорённость о владельце ресурса не требуется. Добавить регрессионную проверку: using не гарантирует Dispose даже при исключении и подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни.

Вопрос 14 из 20

Раздел «Блоки Using»: какой подход сохраняет границу ответственности и делает отказ диагностируемым?

Сделать явным правилом модуля: using гарантирует Dispose даже при исключении и подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни. Сделать явным правилом модуля: using гарантирует Dispose даже при исключении и не подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни. Сделать явным правилом модуля: using гарантирует Dispose даже при исключении и подходит объектам IDisposable; он отменяет необходимость определить владельца ресурса и время его жизни. Сделать явным правилом модуля: using должен закрывать любой переданный IDisposable; отдельная договорённость о владельце ресурса не требуется. Сделать явным правилом модуля: using не гарантирует Dispose даже при исключении и подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни.

Вопрос 15 из 20

Раздел «Блоки Using»: какое правило остаётся верным для современного Visual Basic?

Рабочее правило: using гарантирует Dispose даже при исключении и подходит объектам IDisposable; он отменяет необходимость определить владельца ресурса и время его жизни. Рабочее правило: using не гарантирует Dispose даже при исключении и подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни. Рабочее правило: using должен закрывать любой переданный IDisposable; отдельная договорённость о владельце ресурса не требуется. Рабочее правило: using гарантирует Dispose даже при исключении и не подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни. Рабочее правило: using гарантирует Dispose даже при исключении и подходит объектам IDisposable; он не отменяет необходимость определить владельца ресурса и время его жизни.

Вопрос 16 из 20

Не запуская фрагмент, выберите объяснение, которое учитывает весь механизм «Собственные ошибки».

Class InvalidOrderStateException
    Inherits Exception
    Public ReadOnly Property OrderId As Integer
    Public Sub New(orderId As Integer, message As String)
        MyBase.New(message)
        Me.OrderId = orderId
    End Sub
End Class

Контракт кода: при работе с Собственные ошибки нарушение «Собственное исключение должно описывать предметное нарушение и хранить полезные данные» не меняет результат, если выполняется «разбор текста Message вместо типа и свойств делает обработку хрупкой». Контракт кода: собственные ошибки надёжнее различать по уникальному тексту Message: отдельный тип и структурированные свойства лишь усложняют обработку. Контракт кода: собственное исключение не должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств делает обработку хрупкой. Контракт кода: собственное исключение должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств делает обработку хрупкой. Контракт кода: собственное исключение должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств не делает обработку хрупкой.

Вопрос 17 из 20

Раздел «Собственные ошибки»: что следует зафиксировать в ревью, чтобы ошибка не переехала из сборки в выполнение?

Option Strict On
Namespace ReviewCase10_4
    Class InvalidOrderStateException
        Inherits Exception
        Public ReadOnly Property OrderId As Integer
        Public Sub New(reviewOrderId As Integer, reviewMessage As String)
            MyBase.New(reviewMessage)
            Me.OrderId = reviewOrderId
        End Sub
    End Class
End Namespace

Сохранить на ревью: собственное исключение не должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств делает обработку хрупкой. Сохранить на ревью: собственное исключение должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств делает обработку хрупкой. Сохранить на ревью: собственные ошибки надёжнее различать по уникальному тексту Message: отдельный тип и структурированные свойства лишь усложняют обработку. Сохранить на ревью: при работе с Собственные ошибки нарушение «Собственное исключение должно описывать предметное нарушение и хранить полезные данные» не меняет результат, если выполняется «разбор текста Message вместо типа и свойств делает обработку хрупкой». Сохранить на ревью: собственное исключение должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств не делает обработку хрупкой.

Вопрос 18 из 20

Раздел «Собственные ошибки»: какое утверждение поможет отличить настоящий дефект от случайности тестовых данных?

Option Explicit On
Option Infer On
Namespace BoundaryCase10_4
    Class InvalidOrderStateException
        Inherits Exception
        Public ReadOnly Property OrderId As Integer
        Public Sub New(edgeOrderId As Integer, edgeMessage As String)
            MyBase.New(edgeMessage)
            Me.OrderId = edgeOrderId
        End Sub
    End Class
End Namespace

Зафиксировать ожидаемое поведение: собственные ошибки надёжнее различать по уникальному тексту Message: отдельный тип и структурированные свойства лишь усложняют обработку. Зафиксировать ожидаемое поведение: собственное исключение должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств делает обработку хрупкой. Зафиксировать ожидаемое поведение: при работе с Собственные ошибки нарушение «Собственное исключение должно описывать предметное нарушение и хранить полезные данные» не меняет результат, если выполняется «разбор текста Message вместо типа и свойств делает обработку хрупкой». Зафиксировать ожидаемое поведение: собственное исключение должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств не делает обработку хрупкой. Зафиксировать ожидаемое поведение: собственное исключение не должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств делает обработку хрупкой.

Вопрос 19 из 20

Раздел «Собственные ошибки»: как уменьшить риск дефекта, не подменяя причину запасным значением?

Закрепить рабочее решение: при работе с Собственные ошибки нарушение «Собственное исключение должно описывать предметное нарушение и хранить полезные данные» не меняет результат, если выполняется «разбор текста Message вместо типа и свойств делает обработку хрупкой». Закрепить рабочее решение: собственное исключение не должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств делает обработку хрупкой. Закрепить рабочее решение: собственные ошибки надёжнее различать по уникальному тексту Message: отдельный тип и структурированные свойства лишь усложняют обработку. Закрепить рабочее решение: собственное исключение должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств не делает обработку хрупкой. Закрепить рабочее решение: собственное исключение должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств делает обработку хрупкой.

Вопрос 20 из 20

Раздел «Собственные ошибки»: какое обобщение не зависит от случайных деталей показанного примера?

Технически точный принцип: при работе с Собственные ошибки нарушение «Собственное исключение должно описывать предметное нарушение и хранить полезные данные» не меняет результат, если выполняется «разбор текста Message вместо типа и свойств делает обработку хрупкой». Технически точный принцип: собственное исключение должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств не делает обработку хрупкой. Технически точный принцип: собственные ошибки надёжнее различать по уникальному тексту Message: отдельный тип и структурированные свойства лишь усложняют обработку. Технически точный принцип: собственное исключение должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств делает обработку хрупкой. Технически точный принцип: собственное исключение не должно описывать предметное нарушение и хранить полезные данные; разбор текста Message вместо типа и свойств делает обработку хрупкой.