Как узнать путь к проекту в Visual Studio?
Пишу программу которая копирует файлы в разные папки. Папка, из которой я копирую файлы должна создаться и лежать в папке проекта (скрин). Мне нужно создать в рабочей директории проекта эту папку.
Чтобы наверняка узнать путь к каталогу исполняемого файла (а я подозреваю что именно это вы и пытаетесь узнать), воспользуйтесь System.Reflection .
Следует получить у экземпляра класса Assembly значение свойства Location. Это будет выглядеть так:
Соответственно, если путь к вашему файлу выглядит так: C:\ScriptInWork\MySuperApp.exe , то в результате выполнения вышеприведенного кода, в переменной path вы получите C:\ScriptInWork
Папка которая отобразится в проекте, все равно будет физически размещена на диске, где лежит ваш проект. Не создаются только папки решения. Поэтому создайте папку в директории где лежит ваш проект и в «Обозревателе решений» щелкните тумблер «Показывать все файлы». И вы уведите вашу папку.
Где находится каталог проектов в Microsoft Visual Studio?
Добавьте каталог, содержащий ваш файл, в список включаемых каталогов:
Проект -> Свойства -> Свойства конфигурации -> C / C ++ -> Дополнительные каталоги включения
Другие решения
Обычно каталог проекта Visual Studio — это подкаталог каталога решения. Тем не менее, это не должно быть. Например. Вы можете добавить проект в несколько решений.
Для любого данного проекта в настройках проекта местоположение каталога проекта доступно через $(ProjectDir) расширение макроса.
Вы также можете использовать такие расширения макросов для доступа к обычным переменным среды.
Разница между #include «blah» а также #include <blah> является то, что первый добавляет зависимый от компилятора дополнительный поиск заголовка, прежде чем (если это не удастся) выполнить тот же поиск, что и последний. В большинстве (всех?) Современных компиляторов дополнительный поиск включает в себя поиск в каталоге включаемого файла. Таким образом,
один из способов добавить файл, чтобы вы могли написать просто #include «myfile» в вашем коде, чтобы поместить файл в тот же каталог, что и код включения.
Проекты и решения Visual Studio
Несколько опций настроек среды Visual Studio связано с проектами и решениями. Первая из них, вероятно, самая полезная — место хранения ваших проектов, заданное по умолчанию. Для хранения проектов система Visual Studio 2013 использует стандартный путь Documents and Settings (как показано на рисунке ниже), но вас этот каталог может не устроить:
Вы можете изменить место для хранения временных файлов. Если ваша организация использует общее сетевое хранилище для корпоративных проектных шаблонов, то можете изменить настройки Visual Studio 2013, заданные по умолчанию, и указать удаленный адрес, а не сетевой диск.
Вы можете настроить большое количество опций, регламентирующих управление проектами и решениями в системе Visual Studio 2013. Одна из наиболее интересных опций — Track Active Item в окне Solution Explorer. Если включить эту опию, то по мере перемещения с элемента на элемент макет окна Solution Explorer будет изменяться, гарантируя, что текущий элемент будет находиться в фокусе. При этом открываются проекты и каталоги (правда, после этого они уже не закрываются), что в большом решении может оказаться очень неудобным, потому что вам придется постоянно закрывать проекты, по которым вы проходите.
Другая опция, это список внесистемных файлов в окне Solution Explorer. Предположим, вы работаете над решением и должны проверить XML-документ, который не включен в решение. Система Visual Studio 2013 без проблем откроет этот файл, но вам придется повторно открывать его каждый раз, когда вы будете открывать свое решение.
В качестве альтернативы можно выбрать опцию Environment Documents Show Miscellaneous Files in Solution Explorer в диалоговом окне Options, тогда файл будет временно включаться в ваше решение. Каталог для разнообразных файлов, в который будет включен этот файл, показан на рисунке ниже:
Система Visual Studio 2013 автоматически управляет списком внесистемных файлов, сохраняя только самые последние и подсчитывая количество файлов, определенных в диалоговом окне Options. Вы можете заставить систему Visual Studio включить в этот список до 256 файлов, а затем эти файлы будут исключены из списка в зависимости от времени последнего доступа к ним.
Команды Build и Run
С помощью узла Projects and Solutions —> Build and Run, показанных на рисунке ниже, можно настраивать поведение системы Visual Studio 2013 при создании проектов. Для того чтобы уменьшить время, затрачиваемое на сборку решения, можете увеличить максимальное количество параллельно выполняемых процессов. Система Visual Studio 2013 может выполнять параллельно только независимые проекты, но если у вас много независимых проектов, то вы получите значительный выигрыш во времени.
На рисунке выше показано, что к устаревшим проектам будет применяться команда Always Build, а если при сборке решения возникнут ошибки, то они выполняться не будут. Обе эти опции могут увеличить производительность вашего труда, но учтите, что они могут выполнять свою работу, не ставя вас в известность.
Последняя настройка, заслуживающая внимания на рисунке — MSBuild project build output verbosity. В большинстве случаев система Visual Studio 2013 выдает достаточно подробные сообщения об ошибках, возникших при отладке. Однако в некоторых ситуациях, особенно при создании проектов ASP.NET, пользователю необходимо получать более подробные сообщения, чтобы правильно определить причины ошибки. Новшеством в системе Visual Studio 2013 является возможность управлять уровнем детализации файла регистрации независимо от вывода результатов.
Настройки языка Visual Basic
Программисты, работающие на языке VB, имеют возможность задать четыре настройки компилятора для определения конфигурации на уровне проектов или файлов. Вы также можете установить настройки по умолчанию с помощью узла Projects and Solutions —> VB Defaults в диалоговом окне Options. Предыдущие версии языка VB имели настройку Option Explicit, которая требовала, чтобы все переменные были определены до их первого использования в коде. Когда появилось это требование, многие эксперты рекомендовали, чтобы оно стало постоянным, поскольку это позволяет предотвратить множество проблем, возникающих на этапе выполнения VB-приложений и вызванных неправильным использованием переменных.
Мы настоятельно рекомендуем использовать настройку Option Strict, чтобы гарантировать, что ваш код не выполнит непредвиденное и неявное приведение типов. Если вы не используете настройку Option Strict в сочетании с новыми возможностями языка, то вряд ли сможете достичь максимальной эффективности его использования. Узел Environments Import and Export Settings в диалоговом окне Options позволяет задавать коллективный файл настроек. Он может быть расположен в сетевом хранилище, а система Visual Studio 2013 будет автоматически применять новые настройки, если этот файл будет изменен.
Настройка Option Strict продвигает хорошую практику программирования на один шаг вперед, заставляя разработчиков приводить переменные к правильным типам, а не заставлять компилятор угадывать соответствующий метод приведения типов. Это также позволяет предотвратить проблемы на этапе выполнения программ и повышает производительность труда.
Name already in use
visualstudio-docs / docs / ide / solutions-and-projects-in-visual-studio.md
- Go to file T
- Go to line L
- Copy path
- Copy permalink
- Open with Desktop
- View raw
- Copy raw contents Copy raw contents
Copy raw contents
Copy raw contents
What are solutions and projects in Visual Studio?
In this article, you’ll learn what a project and a solution is in Visual Studio. It also briefly covers the Solution Explorer tool window and how to create a new project.
[!NOTE] This topic applies to Visual Studio on Windows. For Visual Studio for Mac, see Projects and solutions in Visual Studio for Mac.
When you create an app or website in Visual Studio, you start with a project. In a logical sense, a project contains all files that are compiled into an executable, library, or website. Those files can include source code, icons, images, data files, and more. A project also contains compiler settings and other configuration files that might be needed by various services or components that your program communicates with.
Visual Studio uses MSBuild to build each project in a solution, and each project contains an MSBuild project file. The file extension reflects the type of project, for example, a C# project (.csproj), a Visual Basic project (.vbproj), or a database project (.dbproj). The project file is an XML document that contains all the information and instructions that MSBuild needs to build your project. Such information and instructions include the content, platform requirements, versioning information, web server or database server settings, and the tasks to perform.
Project files are based on the MSBuild XML schema. To look at the contents of newer, SDK-style project files in Visual Studio, right-click the project node in Solution Explorer and select Edit <projectname>. To look at the contents of .NET projects, first unload the project (right-click the project node in Solution Explorer and select Unload Project). Then, right-click on the project and choose Edit <projectname>.
[!NOTE] You don’t have to use solutions or projects in Visual Studio to edit, build, and debug code. You can simply open the folder that contains your source files in Visual Studio and start editing. For more information, see Develop code in Visual Studio without projects or solutions.
Create new projects
The easiest way to create a new project is to use a project template for the project type you want. A project template includes a basic set of pre-generated code files, config files, assets, and settings. Use File > New > Project to select a project template. For more information, see Create a new project.
You can also create a custom project template that you can use to create new projects from. For more information, see Create project and item templates.
When you create a new project, Visual Studio saves it to its default location, %USERPROFILE%\source\repos. To change this location, go to Tools > Options > Projects and Solutions > Locations. For more information, see Options dialog box: Projects and Solutions > Locations.
A project is contained within a solution. Despite its name, a solution isn’t an «answer». It’s simply a container for one or more related projects, along with build information, Visual Studio window settings, and any miscellaneous files that aren’t associated with a particular project.
Visual Studio uses two file types (.sln and .suo) to store settings for solutions:
| Extension | Name | Description |
|---|---|---|
| .sln | Visual Studio Solution | Organizes projects, project items, and solution items in the solution. |
| .suo | Solution User Options | Stores user-level settings and customizations, such as breakpoints. |
[!IMPORTANT] A solution is described by a text file (extension .sln) with its own unique format; it’s not intended to be edited by hand. Conversely, the .suo file is a hidden file that is not displayed under the default File Explorer settings. To show hidden files, on the View menu in File Explorer, select the Hidden Items checkbox.
A «solution folder» is a virtual folder that’s only in Solution Explorer, where you can use it to group projects in a solution. If you want to locate a solution file on a computer, go to Tools > Options > Projects and Solutions > Locations. For more information, see Options dialog box: Projects and Solutions > Locations.
[!TIP] For an example of a project and solution created from scratch, complete with step-by-step instructions and sample code, see Introduction to projects and solutions.
After you create a new project, you can use Solution Explorer to view and manage the project and solution and their associated items. The following illustration shows Solution Explorer with a C# solution that contains two projects:
The toolbar across the top of Solution Explorer has buttons to switch from a solution view to a folder view, filter pending changes, show all files, collapse all nodes, view properties pages, preview code in the code editor, and more.
Many menu commands are available from the right-click context menu on various items in Solution Explorer. These commands include building a project, managing NuGet packages, adding a reference, renaming a file, and running tests, just to name a few. For more information, see Learn about Solution Explorer.
For ASP.NET Core projects, you can customize how files are nested in Solution Explorer. For more information, see File nesting in Solution Explorer.
[!TIP] If you’ve closed Solution Explorer and you want to open it again, choose View > Solution Explorer from the menu bar, or press Ctrl+Alt+L. And, if you’ve closed side tabs and you want to restore them to their default locations, choose Window > Reset Window Layout from the menu bar.
[!NOTE] To view the application images and icons that appear in Visual Studio, download the Visual Studio Image Library.