как я могу сделать автономный exe в Visual Studio. Простое консольное приложение, которое, я думаю, не захочет устанавливать крошечное консольное приложение. Я скомпилировал простой файл cpp с помощью командной строки visual studio. Будет ли exe работать, даже если платформа .NET не установлена? Я использовал собственный код на С++.
Mohit Deshpande 09 янв. 2010, в 22:57
Поделиться
Вы спрашиваете, как создать .exe, который не требует установки даже для пользователей без среды выполнения .NET?
RedFilter 09 янв. 2010, в 21:52
Будет ли C ++ работать в asveikau? Какие-нибудь статьи об этом?
Mohit Deshpande 09 янв.
2010, в 22:05
ILMerge был предложен в этом более позднем повторяющемся сообщении: stackoverflow.com/questions/3261942/…
JohnLBevan 18 июль 2016, в 11:21
Marc van Nieuwenhuijzen 19 авг. 2016, в 16:37
Показать ещё 2 комментария
Поделиться:
visual-studio
console-application
executable
7 ответов
Лучший ответ
Все, что использует управляемую среду (включая все, что написано на С# и VB.NET), требует платформы .NET. Вы можете просто перераспределить ваш .EXE в этом сценарии, но им нужно будет установить соответствующую структуру, если они еще не имеют ее.
Generate EXE File from C# Project in Visual Studio 2019
Joe 09 янв. 2010, в 22:59
Поделиться
Могу ли я использовать C ++ / CLI или нативный C ++ для компиляции в исполняемый файл?
Mohit Deshpande 09 янв.
2010, в 22:00
Он компилируется в exe, несмотря ни на что. Но если вы попытаетесь запустить его, он вернет ошибку, если .NET не установлен.
jalf 09 янв. 2010, в 22:02
Даже навигационный C ++?
Mohit Deshpande 09 янв. 2010, в 22:04
Я почти уверен, что нативный, неуправляемый C ++ не имеет ничего общего с .net. Вы, вероятно, можете безопасно развернуть его, не беспокоясь о зависимостях.
alex 09 янв. 2010, в 22:21
Вы можете использовать неуправляемый C ++, чтобы избежать зависимости .NET во время выполнения, но в зависимости от версии Visual Studio пользователю могут потребоваться соответствующие DLL-библиотеки времени выполнения Visual Studio (если только вы не полностью статически связываете, что не всегда на 100% легко сделать правильно).
Joe 09 янв. 2010, в 22:27
Показать ещё 3 комментария
В папке вашего проекта есть папка с бинами. В вашей папке bin есть 2 папки, выпуск и отладка. Для вашего полированного .exe вы хотите перейти в папку Release.
Я не совсем уверен, что если вы спросите
Marlon 09 янв. 2010, в 22:21
Поделиться
Это сработало для меня
jer.salamon 09 март 2011, в 05:07
Это сработало и для меня, не могу поверить, как долго я должен был искать, пока не нашел это.
rlb.usa 20 дек.
2011, в 20:42
Обратите внимание, что вам нужно будет собрать версию Release, выбрав опцию Release в разделе Build> Configuration Manager, если она еще не была собрана.
intcreator 05 фев. 2016, в 04:59
Показать ещё 1 комментарий
Если я правильно вас понимаю, да, вы можете, но не под Visual Studio (из того, что я знаю). Чтобы заставить компилятор генерировать реальный автономный исполняемый файл (что означает, что вы используете С#, как и любой другой язык), вы используете программу mkbundle (поставляется с Mono). Это скомпилирует ваше приложение С# в реальный исполняемый файл зависимости.
how to create exe file in visual studio 2015
В интернете много заблуждений. Это не разрушает цель .net-структуры, как некоторые люди, потому что как вы можете потерять будущие функции .net framework, если вы не использовали эти функции для начала? И когда вы отправляете обновления в свое приложение, это не совсем тяжелая работа, чтобы запустить его через процессор mkbundle перед созданием вашего установщика. Существует также преимущество по скорости, связанное с тем, что приложение работает на собственной скорости (потому что теперь оно является родным).
В С++ или Delphi у вас есть одна и та же система, но без среднего уровня MSIL. Поэтому, если вы используете пространство имен или исходный файл (называемый подраздел под Delphi), то он скомпилирован и включен в ваш окончательный двоичный файл. Таким образом, ваш последний двоичный файл будет больше (чтение: «Нормальный» размер для реального приложения). То же самое касается частей рамки, которые вы используете в .net, они также включены в ваше приложение. Тем не менее, интеллектуальная привязка действительно бреет значительную сумму.
Надеюсь, что это поможет!
Jon Lennart Aasenden 20 март 2011, в 18:50
Поделиться
Но если ваше приложение имеет какие-либо зависимости от какой-либо внешней dll, я предлагаю вам создать SetupProject с VisualStudio. Таким образом, мастер проекта найдет все зависимости вашего приложения и добавит их (librairies) в папку установки. Наконец, все, что вам нужно сделать, это запустить настройку на компьютере пользователя и установить программное обеспечение.
Pierre-Luc Champigny 09 янв. 2010, в 23:34
Поделиться
Этот комментарий, по-видимому, не относится к dotnet core пользователям dotnet core в 2019 году: это .dll в каталогах bin / Debug и bin / Release
JSStuball 01 март 2019, в 13:58
Я не думаю, что можно сделать то, что задает вопросик, чтобы избежать адского адда, объединив все файлы проекта в один .exe.
Основной проблемой является красная селедка. Возникающая проблема заключается в том, что при наличии нескольких проектов в зависимости от одной библиотеки PITA поддерживает синхронизацию библиотек. Каждый раз, когда библиотека изменяется, все .exe, которые зависят от нее и не обновляются, умрут ужасно.
Говорить людям, чтобы учиться C, поскольку один ответ был высокомерным и невежественным.
Источник: overcoder.net
Как сделать exe файл в visual studio c windows forms
Как сделать exe файл в visual studio c windows forms
Лучший отвечающий
Вопрос
Доброе время суток.
Пишу приложение Windows Forms на С#. Работаю в Visual Studio 2015 (и Visual Studio 2010).
Стал вопрос: Можно ли уже готовую программу залить в один .exe файл, чтоб использовать ее автономно на других ПК?
Если да, то как? Ранее с таким вопросами не сталкивалсяю
Если нет, то можно ли реализовать это в Visual Studio, если да то «Как? и Где?».
Извиняюсь возможно за глупый вопрос. Заранее спасибо за ответ.
Ответы
Ну кто же знал, что все настолько плохо.
В папке проекта (в физической папке на диске) есть папка bin, а в ней папки debug и release. В них лежит ваш exe. По сути когда вы запускаете проект из студии то в одной из этих папок сначала создается exe и потом он запускается, а студия к нему прикрепляет отладчик. Не буду расписывать отличие debug от release, все это есть в библиотеке MSDN и в каждой второй книге, которые я крайне советую вам почитать.
- Предложено в качестве ответа Maxim Shusharin 16 января 2016 г. 14:15
- Помечено в качестве ответа Maksim Marinov Microsoft contingent staff, Moderator 1 февраля 2016 г. 11:10
Все ответы
Извиняюсь возможно за глупый вопрос. Заранее спасибо за ответ.
Если коротко, то программы создаваемые в Visual Studio используют много уже реализованного кода. Весь этот код зашит в .Net Framefork. При создании программы вы выбирает какую версию Framefork использовать. Соответственно если на другом ПК есть такая же (или старше) версия Framefork, то будет работать одна .exe, больше ничего не понадобится. Некоторые версии Framefork идут по умолчанию вместе с Windows.
Правда все это верно, если вы не использовали в программе какие то сторонние компоненты, которых нет в Framefork изначально. Тогда вместе с exe нужно распространять dll этих компонентов.
А вообще это все из разряда младших классов программирования и такие вещи хорошо бы знать
- Изменено LXGDARK 16 января 2016 г. 12:59
Если коротко, то программы создаваемые в Visual Studio используют много уже реализованного кода. Весь этот код зашит в .Net Framefork. При создании программы вы выбирает какую версию Framefork использовать. Соответственно если на другом ПК есть такая же (или старше) версия Framefork, то будет работать одна .exe, больше ничего не понадобится. Некоторые версии Framefork идут по умолчанию вместе с Windows.
Правда все это верно, если вы не использовали в программе какие то сторонние компоненты, которых нет в Framefork изначально. Тогда вместе с exe нужно распространять dll этих компонентов.
VB.Net — WPF, UWP
Насчет того что .net должен быть, это как бы я знаю, меня не это честно говоря не интересует.
Мне интересно сам процесс. Как получить в конце файл в .exe чтоб не имея допустим Visual Studio (но разумеется имея на ПК .net необходимой версии) можно было открыть работать по тому алгоритму который в ней заложен, в моей ситуации это расчет азотных удобрений.
Даже если я его переделаю на WPF расширение файла у меня будит .xaml. Но допустим на кафедральном ПК где нет Visual Studio но стоит .net я его не запущу.
Повторюсь мне надо проект экспортировать (если можно так сказать) в .exe .
Руководство. Создание приложения
В этой статье описываются некоторые параметры, которые можно настроить при создании приложений с помощью Visual Studio. Вы создадите настраиваемую конфигурацию сборки, скроете определенные предупреждения и расширите выходные данные сборки для примера приложения.
Установите пример приложения
Пример кода, используемый в этом руководстве, приведен в примерах WPF. Чтобы клонировать репозиторий, нажмите зеленую кнопку клонирования GitHub и выберите «Клонировать» в Visual Studio. Вы можете выбрать расположение на локальном жестком диске, чтобы создать копию содержимого репозитория. Репозиторий содержит множество решений. Если Visual Studio открывает одно из решений, закройте решение, а затем выберите «Открыть проект или решение» и перейдите к расположению, в котором вы клонировали репозиторий, а затем найдите GettingStarted/WalkthroughFirstWPFApp/csharp/ExpenseItIntro.sln , чтобы работать в C#, или GettingStarted/WalkthroughFirstWPFApp/vb/ExpenseItIntro2.sln для работы в Visual Basic.
Создание настраиваемой конфигурации сборки
При создании решения конфигурации сборки отладки и выпуска и их целевых объектов платформы по умолчанию определяются для решения автоматически. Затем вы можете настроить эти конфигурации или создать собственные. Конфигурации указывают тип сборки. Целевые платформы указывают операционную систему, на которое ориентировано приложение для этой конфигурации. См. дополнительные сведения о конфигурациях сборки, платформах сборки и конфигурациях отладки и выпуска проекта.
Конфигурации и параметры платформы можно изменять или создавать с помощью диалогового окна Диспетчер конфигураций. В этой процедуре вы создадите конфигурацию сборки для тестирования.
Создание конфигурации сборки
Откройте диалоговое окно Диспетчер конфигураций.
В списке конфигураций активных решений нажмите кнопку «.
В диалоговом окне Создание конфигурации решения введите для новой конфигурации имя Test , скопируйте параметры из существующей конфигурации Отладка и нажмите кнопку ОК.
В списке «Активная платформа решения » нажмите кнопку «.
В диалоговом окне Создание платформы решения выберите x64 и не копируйте параметры из платформы x86.
Нажмите кнопку ОК .
Активная конфигурация решения была изменена на Тест, а для активной платформы решения задано значение x64.
Нажмите кнопку Закрыть.
Активную конфигурацию решения можно быстро проверить или изменить с помощью списка Конфигурации решения на панели инструментов Стандартная.
Построение приложения
Далее вам предстоит создать решение с помощью настраиваемой конфигурации сборки.
Выполните сборку решения.
В строке меню последовательно выберите Сборка>Собрать решение (или нажмите CTRL+SHIFT+B).
Окно Вывод отображает результат сборки. Сборка успешно завершена.
Скрытие предупреждений компилятора
Далее мы добавим код, который приводит к созданию предупреждения компилятором.
В проекте C# откройте файл ExpenseReportPage.xaml.cs. В методе ExpenseReportPage добавьте следующий код: int i; .
В проекте Visual Basic откройте файл ExpenseReportPage.xaml.vb. В пользовательском конструкторе Public Sub New. добавьте следующий код: Dim i .
Окно Вывод отображает результат сборки. Сборка была выполнена успешно, но были созданы предупреждения:
Вы можете временно скрыть некоторые предупреждения во время сборки, чтобы они не засоряли выходные данные сборки.
Скрытие определенного предупреждения C#
В обозревателе решений выберите узел проекта верхнего уровня.
В строке меню выберите Вид>Страницы свойств.
Открывается Конструктор проектов.
Выберите вкладку «Сборка» или раздел, а затем в поле «Отключить предупреждения » укажите номер предупреждения 0168. Если другие предупреждения уже указаны, используйте точку с запятой в качестве разделителя.
Выполните сборку решения с помощью > сборки решения для перестроения.
В окне вывода отображаются только сводные сведения о сборке (без предупреждений).
Отключение всех предупреждений сборки в Visual Basic
В обозревателе решений выберите узел проекта верхнего уровня.
В строке меню выберите Вид>Страницы свойств.
Открывается Конструктор проектов.
На странице Компиляция установите флажок Выключить все предупреждения.
Создайте решение. Если он не перестроит, выполните сборку решения с помощью > сборки решения для перестроения.
В окне вывода отображаются только сводные сведения о сборке (без предупреждений).
Отображение дополнительных сведений о сборке в окне вывода
Вы можете изменить объем информации, отображаемый о процессе сборки в окне Вывод. В общем случае задан минимальный уровень детализации сборки, при котором в окне Вывод отображается только сводка по процессу сборки вместе с высокоприоритетными предупреждениями или ошибками. Чтобы отобразить дополнительные сведения о сборке, см. раздел Диалоговое окно «Параметры», «Проекты и решения», «Сборка и запуск».
При отображении дополнительных сведений сборка будет занимать больше времени.
Изменение объема сведений в окне вывода
Откройте диалоговое окно Параметры.
Выберите категорию Проекты и решения и затем страницу Сборка и запуск.
В списке Степень подробности сообщений при сборке проекта MSBuild выберите значение Обычная и нажмите кнопку ОК.
В строке меню выберите Сборка>Очистить решение.
Выполните сборку решения и просмотрите сведения в окне Вывод.
Сведения о сборке включают в себя время запуска сборки (находится в начале) и порядок обработки файлов. Они также включают фактический синтаксис компилятора, запускаемый Visual Studio при сборке.
Например, параметр /nowarn в сборке C# выводит указанный вами ранее код предупреждения 0168, а также три других предупреждения.
В сборке Visual Basic параметр /nowarn не включает в себя определенные исключаемые предупреждения, поэтому предупреждения не отображаются.
В окне Вывод можно искать содержимое, отобразив диалоговое окно Найти нажатием клавиш CTRL+F.
Создание сборки выпуска
Вы можете создать версию примера приложения, оптимизированную для поставки. Для сборки выпуска вы указываете, что исполняемый файл копируется в общую сетевую папку перед запуском сборки.
Указание сборки выпуска для Visual Basic
Чтобы открыть конструктор проектов, выберите узел проекта в обозревателе решений , щелкнув правой кнопкой мыши и выбрав пункт «Свойства » (или нажмите клавиши ALT+ВВОД) или в меню «Вид » выберите «Страницы свойств«.
Откройте вкладку Компиляция.
В списке Конфигурация выберите Выпуск.
В списке Платформа выберите x86.
В поле Выходной путь сборки укажите сетевой путь.
Например, так: \myserverbuilds .
Может появиться окно с предупреждением о том, что указанная вами сетевая общая папка может быть ненадежна. Если вы доверяете указанному расположению, нажмите кнопку ОК в окне сообщения.
Указание сборки выпуска для C#
Открывается Конструктор проектов.
Перейдите на страницу Сборка.
В списке Конфигурация выберите Выпуск.
В списке Платформа выберите x86.
В поле Путь для создаваемых файлов укажите сетевой путь.
Например, можно указать \myserverbuilds .
Может появиться окно с предупреждением о том, что указанная вами сетевая общая папка может быть ненадежна. Если вы доверяете указанному расположению, нажмите кнопку ОК в окне сообщения.
На стандартной панели инструментов выберите в качестве конфигураций решения Выпуск, а в качестве платформ решения — x86.
Похожие публикации:
- Как настроить голосовое
- Как убрать вы используете блокировщик рекламы атернос
- Как убрать прозрачное окно в виндовс 10
- Проводник где находится
Источник: ifreeapps.ru
Создание .exe файла из вашего проекта Windows Forms
Привет, в этой статье мы разберем как создать .exe файл вашей программы, которую вы писали с таким трудом.
Для начала, скачиваем программу Inno Setup compiler (тыкаем на гиперссылку):
тыкайте на Random site или US
После скачивания(файл безопасный, я проверил), устанавливаем данную утилиту:
установили и радуемся
Ну, а теперь самое легкое. Запускаем программу и закрываем окно которое открылось:
1. Сначала мы нажимаем на кнопку New main и создаем новый файл, сразу после в окне которое открылось мы нажимаем на Next :
2. На этом пункте мы даём название нашей будущей программе — это пункт Application name . Следующий пункт Application version нужен для указания версии вашей программы. В Application publisher указывается название компании или автора, если вы один. А в Application website указывается ваш сайт, но если его нет можете просто оставить поле пустым:
3. На этом этапе мы указываем путь, куда сохранится папка нашей программы, для этого выбираем в поле Application destination base folder пункт (Custom) для того чтобы самим указать путь. Обычно сохраняют программы по этому адресу (но если ваша программа будем изменять какие-либо файлы, то чтобы их изменять в этом адресе ей нужны будут права администратора!) : C:Program Files (x86) . Но вы можете выбрать свой.
4. Итак, сейчас придется немного полазить по папкам. В поле Application main executable file мы должны указать путь к файлу который запускает нашу программу, он хранится поэтому пути если вы используете Visual Studio: » . Visual Studio . Project»Название вашего проекта»»ещё раз название»binDebug»название решения».exe». А вот в поле Other application file мы должны указать папку bin , можно просто перенести или же указать через кнопку Add folder :
Источник: dzen.ru