Блог

При компиляции решения со многими проектами, если я допущу ошибку во время компиляции в проекте, который используют многие другие проекты, я получу поток ошибок в Error List окне Visual Studio:

 Error   80  Metadata file
'C:trunkProjectsLibrariesK2DataBaseClientbinx64DebugCEPCortex.dll'
could not be found  C:trunkProjectsTradeAiTeacherCSC
 

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

Эти ошибки часто затрудняют поиск фактической ошибки в окне.

Есть ли способ указать Visual Studio подавить этот тип вывода и просто показать мне ошибки компиляции в подобных случаях, чтобы было легко найти, какой фактический код нарушен?

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

Первоначально я оставил эту версию независимой, но visual-studio 2013 — это версия, которая меня больше всего волнует.

Нет. Компилятор C # категорически отказывается считать одну ошибку более «важной», чем другую. Он не может знать, насколько важной может быть ошибка, он недостаточно знает о причине, по которой он должен был вызвать ошибку. Отсутствующая ссылочная сборка может привести к множеству ошибок из-за отсутствия определений типов. Конечно, компилятор не может знать разницу между ними, поскольку они не определены из-за отсутствия ссылки на сборку (игнорировать) или из-за неправильного ввода имени (не игнорировать).

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

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

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

Кажется, это настолько близко к решению моей проблемы, насколько это возможно в настоящее время.