Как редактировать csproj в visual studio

Обновлено: 05.07.2024

Я надеюсь, что это означает, что мне нужно добавить имя формы "LABLE01" в этот файл .csproj, но я не знаю синтаксиса. Кто-нибудь, пожалуйста, предоставьте мне синтаксис для добавления имени формы в файл .csproj.

У меня возникли проблемы с добавлением новых файлов в проект на основе .csproj с использованием Visual Studio Code. Я могу вручную отредактировать файл .csproj, но это несколько громоздко. Поддерживает ли VSCode автоматическую обработку проектов .csprojects?

В файле CSPROJ , сохраненном в формате XML, хранятся все ссылки на ваш проект, включая параметры компиляции. Существует также файл SLN, в котором хранится информация о проектах, составляющих ваше решение.

Если вы используете Visual Studio и вам необходимо просмотреть или отредактировать файл CSPROJ , находясь в Visual Studio, вы можете сделать это, выполнив следующие простые шаги:

  1. Щелкните правой кнопкой мыши на своем проекте в решении explorer и выберите Выгрузить проект
  2. Щелкните правой кнопкой мыши на проекте (помеченном как недоступный в решении explorer) и выберите "Edit yourproj.csproj".. Это откроет ваш файл CSPROJ для редактирования.
  3. После внесения необходимых изменений сохраните и закройте файл. Щелкните правой кнопкой мыши еще раз на узле и выберите Перезагрузить проект, когда закончите.

Вы можете щелкнуть правой кнопкой мыши файл проекта, выбрать "Unload project", а затем открыть файл непосредственно для редактирования, выбрав "Редактировать проект name.csproj".

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

Поскольку файлы проекта являются файлами XML, вы также можете просто редактировать их с помощью любого текстового редактора, поддерживающего Unicode (notepad, notepad++ и т. Д. )

Поскольку вопрос напрямую не упоминает Visual Studio, я опубликую, как это сделать в JetBrains Rider.

Из контекстного меню

  1. Щелкните правой кнопкой мыши свой проект
  2. Перейти к редактированию
  3. Изменить ''

enter image description here

С ярлыком

enter image description here

Затем щелкните правой кнопкой мыши изменить у вас появится новый пункт меню Изменить файл проекта :)

Как добавить импорт фреймворка в файл .csproj ? В project.json году это выглядело так: frameworks: < netcoreapp1.0: < imports: [ dotnet5.6, portable-net45+win8 ] >> Теперь в файле .csproj я вижу только: <TargetFramework>netcoreapp1.0</TargetFramework> Как добавить в imports?

Я пытаюсь отредактировать файл .csproj в Xamarin studio. Я пошел, чтобы открыть .csproj через каталог, но он просто открывает мое решение Xamarin android, и файл не отображается. Как я могу получить доступ к файлу .csproj в студии Xamarin?

Для JetBrains Всадника:

  1. Выгрузить Проект
  2. Дважды щелкните по выгруженному проекту
  1. Нажмите на проект
  2. Нажмите Клавишу F4

enter image description here

в версии vs 2019 16.8.2 щелкните правой кнопкой мыши на названии проекта и выберите "Edit Проект File"

Извините, самый эффективный способ без заполнения вашего файла proj-это.

  1. щелкните файл правой кнопкой мыши.
  2. свойства goto
  3. где опция Build Action имеет значение NONE.
  4. Сделайте сборку (да, вы можете получить ошибку сборки, если сделаете еще лучше)
  5. вернитесь к свойствам этого файла
  6. параметр set Build Action возвращает его к компиляции.

Поздравьте себя с тем, что вы умнее всех остальных, а не с тем, что вы проецируете. Для меня это упражнение заняло менее 10 секунд. Где, как вручную пытается ввести компиляцию. строка в csproj не только может сделать ваш проект непригодным для использования, но и его невозможно поддерживать в крупномасштабном приложении. Лучше сохранить исходное программное обеспечение для управления версиями для выполнения обновлений. Если вам нужно пересечь ветви слияния, то выполнение вышеизложенного удивительно :).

Вот мой вариант редактирования файла проекта без необходимости выгрузки проекта:

enter image description here

Откройте решение Explorer и переключитесь в режим просмотра папок:

Перейдите к проекту, который вы хотите отредактировать в папках решений, и щелкните его правой кнопкой мыши.

enter image description here

В контекстном меню выберите Open .

Вы увидите файл *.csproj , открытый в редакторе Visual Studio.
После этого вы можете вернуться к представлению решения/проекта (см. шаг 1).

enter image description here

Для Visual Studio-версии: 8.1.5,

Похожие вопросы:

Можно ли установить файл *.csproj видимым в решении Explorer? Теперь я использую опцию Open containing folder в файле из проекта и поиска *.csproj. Как я могу показать его в SE? Я использую Visual.

У меня возникли проблемы с добавлением новых файлов в проект на основе .csproj с использованием Visual Studio Code. Я могу вручную отредактировать файл .csproj, но это несколько громоздко.

Как добавить импорт фреймворка в файл .csproj ? В project.json году это выглядело так: frameworks: < netcoreapp1.0: < imports: [ dotnet5.6, portable-net45+win8 ] >> Теперь в файле .csproj я вижу.

Я пытаюсь отредактировать файл .csproj в Xamarin studio. Я пошел, чтобы открыть .csproj через каталог, но он просто открывает мое решение Xamarin android, и файл не отображается. Как я могу получить.

Я хочу добавить пользовательскую цель в свой файл .csproj. Пользовательская цель будет такой : msbuild /t:assembleDebug Эта цель будет просто строиться в режиме отладки. Я уже пытался изменить файл.

Что я здесь делаю не так?

во-первых, это просто предупреждение. Это не должно повредить ничего, если вы просто имеете дело с зависимостями x86. Microsoft просто пытается предупредить вас, когда вы заявляете, что ваш проект совместим с "любым процессором", но у вас есть зависимость от проекта или .сборка dll, которая является x86 или x64. Потому что у вас есть x86 зависимость, технически ваш проект поэтому не совместим с "любым процессором". Чтобы предупреждение исчезло, вы должны фактически изменить свой проект с "любого процессора"на " x86". Это очень легко сделать, вот шаги.

  1. перейдите в пункт меню Build / Configuration Manager.
  2. найдите свой проект в списке, под платформой он скажет "любой процессор"
  3. выберите опцию "любой процессор" из раскрывающегося списка, а затем выберите <New..>
  4. из этого диалога, выберите x86 из раскрывающегося списка " новая платформа "и убедитесь, что" любой процессор "выбран в раскрывающемся списке" копировать настройки из".
  5. нажмите OK
  6. вы хотите выбрать x86 для обоих Debug и Release.

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

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

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

вы можете редактировать свои файл проекта и добавить эту группу свойств и параметр, чтобы отключить предупреждение:

хорошим эмпирическим правилом является "открытые DLL, закрытые EXEs", то есть:

  • exe-файла цели ОС, указав x86 или x64.
  • библиотеки остаются открытыми (т. е. AnyCPU), поэтому их можно создать в 32-битном или 64-битном процессе.

когда вы создаете EXE как AnyCPU, все, что вы делаете, это откладывать решение о том, какую битность процесса использовать для ОС, которая будет JIT EXE по своему вкусу. То есть, ОС x64 будет создайте 64-разрядный процесс, ОС x86 создаст 32-разрядный процесс.

построение DLL как AnyCPU делает их совместимыми с любым процессом.

дополнительные тонкости загрузки сборки, см. здесь. В резюме говорится что-то вроде:

  • любой ЦП – загружается как сборка x64 или x86, в зависимости от процесса вызова
  • x86 - загружается как сборка x86; не будет загружаться из x64 процесс
  • х64 - загружается как сборка x64; не будет загружаться из процесса x86

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

DLL не имеют выбора, они должны быть совместимы с битностью процесса. Если нет затем вы получите большой Kaboom с BadImageFormatException, когда ваш код попытается их использовать.

просто punt проблема. Установите цель платформы EXE-проекта на x86, она не будет работать с какой-либо другой настройкой. И просто держите все проекты DLL в AnyCPU.

в дополнение к David Sacks ответ, вам также может потребоваться перейти к на Project Properties и set Platform Target to x86 для проекта, который дает вам эти предупреждения. Хотя этого можно ожидать, этот параметр не кажется полностью синхронизированным с параметром в configuration manager.

У меня была эта проблема сегодня, и просто просмотр конфигураций зданий в Visual Studio не помогал, потому что он показал любой процессор для проекта, который не строился, и ссылочного проекта.

затем я посмотрел в csproj указанного проекта и нашел это:

каким-то образом этот PlatformTarget был добавлен в середине изменения конфигурации, и IDE, похоже, не видел его.

удаление этой строки из ссылочный проект решил мою проблему.

во многих отношениях Visual Studio не делает компиляцию смеси любого процессора и различные агрегаты зодчества зависимые легкие. Это выполнимо, но часто требуется, чтобы сборка, которая в противном случае была бы "любым процессором", должна быть скомпилирована отдельно для x86 и x64, потому что какая-то зависимость от зависимости где-то имеет две версии.

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

У меня была аналогичная проблема раньше, особенно при добавлении тестового решения к существующему решению x64, например SharePoint. В моем случае это связано с тем, что определенные шаблоны проектов добавляются как определенные платформы по умолчанию.

вот решение, которое часто работает для меня: установите все на правильную платформу в Configuration Manager (раскрывающийся список active configuration, говорит Debug normally, это хороший способ добраться до него) и Project platform (в свойства проекта), затем построить, а затем установить все обратно в AnyCPU. Иногда мне приходится удалять и повторно добавлять некоторые зависимости (DLL в свойствах каждого проекта), а иногда "запускать тесты в 32-битном или 64-битном процессе" (дважды щелкните локальный.testsettings и перейти к хостам) должен быть изменен.

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

для моего проекта, у меня есть требование, чтобы иметь возможность построить для x86 и x64. Проблема в том, что всякий раз, когда вы добавляете ссылки при использовании одного, он жалуется, когда вы строите другой.

мое решение-вручную отредактировать *.csproj файлы, так что строки, как эти:

B.csproj: error: Невозможно прочитать файл проекта "B.csproj".
B.csproj: файл проекта не может быть загружен. Отсутствует элемент корня.

Help
Как я могу правильно открыть свое решение?: (

Проще всего сделать это, вероятно, для создания нового файла проекта. Самый простой способ сделать это:

  • Откройте новую копию Visual Studio
  • Создайте проект в другом месте того же типа, что и B , с тем же именем.
  • Закройте эту копию Visual Studio
  • Скопируйте вновь созданный файл B.csproj в каталог, где весь ваш источник для B , перезаписывает существующий файл B.csproj (но возьмите его копию, просто убедитесь, что вам это нужно!).
  • Загрузите Visual Studio и откройте решение A .

Вы заметите, что проект не содержит никаких файлов/ссылок, которые вы ожидаете, и, вероятно, будет содержать "сломанную" ссылку на Class1.cs или любые другие файлы, которые были добавлены в новый файл проекта, когда Visual Studio создала его. Сейчас:

  • Убедитесь, что Project B выбран в обозревателе решений и щелкните значок "Показать все файлы". Это тот, у которого есть фотография из 3 файлов, наложенных друг на друга в нем, слева от значка "Обновить".
  • Вы сможете увидеть весь контент своего проекта, но "greyed out". Выберите каждый файл/папку, которую вы хотите добавить назад, щелкните правой кнопкой мыши и выберите "Включить в проект".

Предполагая, что в вашем проекте нет ничего сложного, вам нужно только теперь повторно добавить любые ссылки, и он должен компилироваться и запускаться. Любые дальнейшие действия, которые вы, вероятно, можете решить, используя инструмент, например Beyond Compare, чтобы сравнить новый файл проекта и исходный файл проекта, чтобы найти то, что вы пропустили.

Если бы вы были, вы могли бы восстановить предыдущую версию своего файла проекта и не должны проходить через эту проблему. Практически любое решение для управления версиями, о котором вы можете думать, может быть запущено на ПК без необходимости использования выделенного сервера. Один из самых простых в настройке - VisualSVN Server, который является бесплатным для личного и коммерческого использования.

Надеюсь, это означает, что мне нужно добавить имя формы «LABLE01» в этот файл .csproj, но я не знаю синтаксиса. Кто-нибудь, пожалуйста, предоставьте мне синтаксис для добавления имени формы в файл .csproj.

Файл CSPROJ , сохраненный в формате XML, хранит все ссылки для вашего проекта, включая ваши параметры компиляции. Существует также файл SLN, в котором хранится информация о проектах, составляющих ваше решение.

Если вы используете Visual Studio и вам необходимо просмотреть или отредактировать файл CSPROJ , находясь в Visual Studio, вы можете сделать это, выполнив следующие простые шаги:

  1. Щелкните правой кнопкой мыши свой проект в обозревателе решений и выберите «Выгрузить проект».
  2. Щелкните правой кнопкой мыши проект (отмеченный как недоступный в обозревателе решений) и выберите «Изменить yourproj.csproj». Это откроет ваш файл CSPROJ для редактирования.
  3. После внесения необходимых изменений сохраните и закройте файл. Снова щелкните узел правой кнопкой мыши и выберите "Обновить проект", когда закончите.

Вы можете щелкнуть правой кнопкой мыши файл проекта, выбрать «Выгрузить проект», затем вы можете открыть файл напрямую для редактирования, выбрав «Редактировать имя проекта.csproj».

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

Поскольку файлы проекта представляют собой файлы XML, вы также можете просто редактировать их с помощью любого текстового редактора, поддерживающего Unicode (блокнот, блокнот ++ и т. Д.).

Поскольку вопрос напрямую не касается Visual Studio, я опубликую, как это сделать в JetBrains Rider.

Из контекстного меню

  1. Щелкните свой проект правой кнопкой мыши
  2. Перейти к редактированию
  3. Отредактируйте ""

enter image description here

С помощью ярлыка

Затем щелкните правой кнопкой мыши на редактировании, у вас появится новый пункт меню «Редактировать файл проекта» :)

В vs 2019 Версия 16.8.2 щелкните правой кнопкой мыши имя проекта и нажмите «Редактировать файл проекта»

Для JetBrains Rider:

  1. Разгрузить проект
  2. Дважды щелкните выгруженный проект

Извините, но самый эффективный способ не набивать ваш proj файл - это.

  1. щелкните файл правой кнопкой мыши.
  2. свойства goto
  3. где для параметра Build Action установлено значение NONE.
  4. Сделайте сборку (да, вы можете получить ошибку сборки, если сделаете еще лучше)
  5. вернуться к свойствам этого файла
  6. set Build Action option устанавливает его обратно в Compile.

Поздравьте себя с тем, что вы умнее всех и не задели свой проект. Для меня это упражнение заняло менее 10 секунд. Если же попытка вручную ввести строку compile . в csproj может не только сделать ваш проект непригодным для использования, но также невозможно поддерживать крупномасштабное приложение. Лучше сохранить программное обеспечение для контроля версий исходного кода, чтобы делать обновления. Если вам нужно пересечь ветки слияния, то это просто потрясающе :).

Вот мой вариант редактирования файла проекта без необходимости выгрузки проекта:

Откройте обозреватель решений и переключитесь в режим просмотра папок:

Перейдите к проекту, который вы хотите отредактировать, в папках решения и щелкните его правой кнопкой мыши.

Выберите Open в контекстном меню.

Вы увидите, что файл *.csproj открыт в редакторе Visual Studio.
После этого вы сможете вернуться к представлению «Решение / Проект» (см. Шаг 1).

enter image description here

Обновление:

Начиная с Visual Studio 2019 (v. 16), вы можете редактировать файл *.csproj , дважды щелкнув проект, просто убедитесь, что у вас включен параметр в настройках.

Читайте также: