Распространение откомпилированного приложения

Привет, Всем. У меня немного глупый вопрос, но очень интересно узнать у тех, кто в этом вариться и знает как все устроено. Если можете ответить на него литературой, то я был бы признателен.
Вопрос: Вот если зайти в Visual Studio и начать новый проект с целью разработать приложение и когда ты уже все сделал, допустим такой исход, как это все в продукт переводят? Они же не копируют всю папку с проектом и не заливают на диски или ещё куда-нибудь, потому что когда устанавливаешь любое приложение на ПК, то там есть множество различных папок, само приложение, большое количество файлов. Надеюсь вы поняли мой вопрос. Спасибо за ответы.

0

Если нужно распространить только приложение, то из исходного кода получают исполняемый файл, к нему добавляют файлы, необходимые для работы вроде картинок, конфигов, иногда библиотек и прочего, после чего собирают в пакет и распространяют. Формат пакета специфичен для конкретной системы: в простейшем случае это просто исполняемый файл вообще без оформления, чуть сложнее - архив, и так до полноценных пакетов (*.deb / *.rpm) или инсталляторов. Бинарный файл ваша Студия собирает точно, надо только найти куда она его кладет и какие библиотеки будут нужны для запуска.
.
Вариант два, если хотите распространять исходные коды. Можно, конечно, заархивировать всю папку с проектом, но это плохая идея, поскольку для открытия понадобится точно такая же IDE, что у вас, той же версии и т.п. Более универсальным вариантом является прописывание сборочных скриптов для make / cmake / qmake.

1

COKPOWEHEU, приведенные варианты описываются в литературе или это уже опыт разработчиков говорит об этом?

0

Я бы сказал, что эти варианты сложились исторически. Наверняка нашелся кто-то, кто их формализовал и записал в книгу, но я этим не интересовался.
Поставьте себя на место разработчика. Вы написали классную программу и хотите показать знакомому. Можно дать ему исходный код (сейчас без разницы в составе проекта или просто так) - тогда он сможет его скомпилировать у себя, посмотреть как программа работает, да еще покритиковать исходный код, дать по нему советы. А если у него нет под рукой компилятора или IDE именно вашей версии, или он вообще не программист? Тогда собираете бинарник и копируете ему, тоже все вполне очевидно.
Усложним задачу: вы пишете не просто вещь-в-себе, а часть более сложной системы, которая должна активно взаимодействовать с другими программами. Да хотя бы библиотек много наподключали, конфиг файлы используете и т.п. То есть просто скопировать бинарник уже не выйдет - надо его как-то интегрировать в систему, выполнять ее настройку, проверять конфликты, доустанавливать библиотеки или компоненты. Примерно с этого момента появляется три пути развития. Первый путь - войти в сообщество разработчиков и пользователей, выработать правила интегрирования отдельных программ в операционную систему. Этого подхода придерживаются дистрибутивы Линукса: любая программа оформляется как пакет, в котором прописаны зависимости (что ей нужно для счастья) и скрипты конфигурации. Разрешением зависимостей занимается сама ОС, так что пакет может быть просто архивом да файлом с описанием. Второй подход - вещь-в-себе. Программа представляет собой и бинарник, и библиотеки, и файлы, и все остальное, что ей нужно. Она тупо копируется в файловую систему и сидит там, ни от кого не завися. Естественно, все эти библиотеки занимают немало места... Третий вариант гибридный: если в ОС не встроен механизм установки пакетов, программа должна сама распихать библиотеки куда посчитает нужным, создать все конфиг файлы и прочее. В отличие от предыдущего варианта, она пытается скооперироваться с другими программами и раскладывает библиотеки в "стандартных" местах, чтобы избежать дублирования. Правда, без поддержки со стороны ОС это получается далеко не всегда, и программы частенько скатываются к предыдущему варианту.
Есть и достаточно экзотический вариант, когда распространяются именно исходные коды, а пользователь на своей машине их собирает в программу. Этим развлекаются source-based дистрибутивы вроде gentoo.
--
Что-то я много порасписал. У вас, наверное, не столько теоретический интерес, сколько реальная задача?

0