VB Недоступен код ошибки/предупреждения

Question

Я в основном работаю с VB.Net в течение года, и только заметил это

ли я схожу с ума, или же VB.Net НЕ есть «недостижим код» предупреждение?

Следующие компиляции довольно счастливы с первым предупреждением или ошибкой, несмотря на то, что между двумя вызовами из письма есть ответ.

Sub Main() 
    Console.WriteLine("Hello World") 
    Return 
    Console.WriteLine("Unreachable code, will never run") 
End Sub 

Я что-то не хватает? Есть ли способ переключить это на то, что я не могу найти.

Если нет, есть ли веская причина для его упущения? (то есть, или я прав, думая, что это горестное положение дел)

Простите пронзительный об этом вопросе, это не изречение, я бы хотел получить ответ.

Благодаря

---

Я поднял это на MS Connect, так как ошибка # 428529

Update

я получил следующее от менеджера программы VB команды

Спасибо, что нашли время сообщить об этот выпуск. Компилятор ограничил поддержку для этого сценария, и, как вы, , у нас нет предупреждений для недостижимого кода. Есть некоторые сценарии, что наш алгоритм анализа потока делает обрабатывать, такие как следующие:

Sub Main() 
    Dim x As Integer 
    Return 
    x = 4 
End Sub 

В этом случае вы получите предупреждение, что х никогда не были назначены. Для случая вы упомянули, однако, что у нас будет , чтобы посмотреть на реализацию этого для будущей версии .

Answer 1

Я предполагаю, что это недосмотр в компиляторе. Управление потоком - очень сложная проблема, чтобы получить правильное решение на любом языке, но особенно на языке, таком как VB, который имеет так много различных механизмов управления потоком. Так, например,

• Исключения
• Goto
• On Error (Резюме, Гото и т.д ...)
• Выход вызывает

Если вы сильно чувствуете по этому вопросу, пожалуйста введите ошибку на Connect.Мы очень серьезно относимся к ошибкам, поданным через Connect, и делаем все возможное, чтобы исправить как можно больше.

Answer 2

AFAIK, вы правы, что VB.NET не дает вам предупреждения. Однако C#.

Answer 3

Они упоминают об этом в следующем сообщении:

https://stackoverflow.com/questions/210187/usage-statistics-c-versus-vb-net

Посмотреть последнее сообщение.

Я думаю, вы могли бы использовать FXCop проверить свой код вместо или получить копию Resharper от:

http://www.jetbrains.com/resharper/

Answer 4

Я хотел бы обратиться ответ Джареда.

Большинство проблем, которые он поднимает, не являются проблематичными для анализа потока данных.

Единственным исключением является «On Error/Resume». Они плохо переносят анализ потока данных.

Однако, это довольно простая задача для смягчения:

Если более чем один «On Error» заявление используется в методе, или «Резюме следующий» используется оператор, вы можете просто отключить поток данных анализировать и сообщать об общем предупреждении. Хорошим может быть что-то вроде «On Error/Resume устарели, используйте исключения вместо этого». :)

В обычном случае одного оператора «On Error» и оператора резюме нет, вы можете в значительной степени провести анализ потока данных и получить от него разумные результаты.

Большая проблема заключается в реализации существующего кода DFA. Он не использует график потока управления, и поэтому его изменение становится очень дорогостоящим. Я думаю, что если вы хотите решить эти проблемы, вам действительно нужно вырвать существующий код DFA и заменить его на что-то, что использует граф потока управления.