Параметры построения

Для указания параметров построения щелкните правой кнопкой мыши элемент проекта в Обозревателе решений и в Конструкторе проектов выберите панель Построение.

Ошибки построения

При наличии ошибок или идентификаторов, которые не удается разрешить до известного типа или члена в синтаксисе C#, приложение не будет построено и в окне "Список ошибок" откроется список ошибок, который по умолчанию располагается непосредственно под редактором кода. Чтобы перейти к строке кода, в которой содержится ошибка, дважды щелкните сообщение об ошибке.

C# compiler error messages are generally clear and descriptive, but if you cannot determine the problem, you can go to the Help page for that message by pressing F1 with the error message selected in the error list. The Help page contains additional useful information. If you still cannot solve the problem, the next step is to ask your question on one of the C# forums or newsgroups. To access the forums, click MSDN Forums on the Help menu.

Note:

If you encounter a compiler error Help page that was not helpful for your particular error, you can help Microsoft improve the documentation by sending a description of the problem. To send the e-mail, click the link at the bottom of the Help page that contains the error.

Как правило, сообщения об ошибках компилятора C# являются понятными и описательными, но если проблему установить не удается, можно перейти на страницу справки по этому сообщению, нажав клавишу F1 при выбранном сообщении об ошибке в списке ошибок. На странице справки содержатся дополнительные полезные сведения. Если проблему по-прежнему не удается решить, рекомендуется задать вопрос на одном из форумов или групп новостей по C#. Для перехода к форумам в меню Справка щелкните Форумы MSDN.

Примечание.

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

Release vs. Debug configurations

While you are still working on your project, you will typically build your application by using the debug configuration, because this configuration enables you to view the value of variables and control execution in the debugger. You can also create and test builds in the release configuration to ensure that you have not introduced any bugs that only manifest on one type of build or the other. In .NET Framework programming, such bugs are very rare, but they can occur.

When you are ready to distribute your application to end users, create a release build, which will be much smaller and will usually have much better performance than the corresponding debug configuration. You can set the build configuration in the Build pane of the Project Designer, or in the Build toolbar.

Debugging

At any time that you are working in the code editor, you can set a breakpoint on a line of code by pressing F9. When you press F5 to run your application within the Visual Studio debugger, the application will stop on that line and you can examine the value of any given variable, or view how or when execution breaks out of a loop, step through the code one line at a time by pressing F10, or set additional breakpoints.