none
Создание автономной программы (.exe) в Windows Forms. RRS feed

  • Вопрос

  • Доброе время суток.

    Пишу приложение Windows Forms на С#. Работаю в Visual Studio 2015 (и Visual Studio 2010). 

    Стал вопрос: Можно ли уже готовую программу залить в один .exe файл, чтоб использовать ее автономно на других ПК? 

    Если да, то как? Ранее с таким вопросами не сталкивалсяю

    Если нет, то можно ли реализовать это в Visual Studio, если да то "Как? и Где?".

    Извиняюсь возможно за глупый вопрос. Заранее спасибо за ответ.

    16 января 2016 г. 12:28

Ответы

  • Ну кто же знал, что все настолько плохо...

    В папке проекта (в физической папке на диске) есть папка bin, а в ней папки debug и release. В них лежит ваш exe. По сути когда вы запускаете проект из студии то в одной из этих папок сначала создается exe и потом он запускается, а студия к нему прикрепляет отладчик. Не буду расписывать отличие debug от release, все это есть в библиотеке MSDN и в каждой второй книге, которые я крайне советую вам почитать.


    VB.Net - WPF, UWP

    16 января 2016 г. 13:57

Все ответы

  • Извиняюсь возможно за глупый вопрос. Заранее спасибо за ответ.

    Есть немного.

    Если коротко, то программы создаваемые в Visual Studio используют много уже реализованного кода. Весь этот код зашит в .Net Framefork. При создании программы вы выбирает какую версию Framefork использовать. Соответственно если на другом ПК есть такая же (или старше) версия Framefork, то будет работать одна .exe, больше ничего не понадобится. Некоторые версии Framefork идут по умолчанию вместе с Windows.

    Правда все это верно, если вы не использовали в программе какие то сторонние компоненты, которых нет в Framefork изначально. Тогда вместе с exe нужно распространять dll этих компонентов.

    А вообще это все из разряда младших классов программирования и такие вещи хорошо бы знать


    VB.Net - WPF, UWP

    • Изменено LXGDARK 16 января 2016 г. 12:59
    16 января 2016 г. 12:58

  • Если коротко, то программы создаваемые в 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 .

    16 января 2016 г. 13:42
  • Ну кто же знал, что все настолько плохо...

    В папке проекта (в физической папке на диске) есть папка bin, а в ней папки debug и release. В них лежит ваш exe. По сути когда вы запускаете проект из студии то в одной из этих папок сначала создается exe и потом он запускается, а студия к нему прикрепляет отладчик. Не буду расписывать отличие debug от release, все это есть в библиотеке MSDN и в каждой второй книге, которые я крайне советую вам почитать.


    VB.Net - WPF, UWP

    16 января 2016 г. 13:57
  • Спасибо огромное. 

    16 января 2016 г. 14:02