Что такое линкер в программировании

Компоновщик

Компоновщик (также реда́ктор свя́зей, линкер — от англ. link editor, linker ) — программа, которая производит компоновку: принимает на вход один или несколько объектных модулей и собирает по ним исполнимый модуль.

Для связывания модулей компоновщик использует таблицы имён, созданные компилятором в каждом из объектных модулей. Такие имена могут быть двух типов:

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

Компоновщик обычно не выполняет проверку типов и количества параметров процедур и функций. Если надо объединить объектные модули программ, написанные на языках со строгой типизацией, то необходимые проверки должны быть выполнены дополнительной утилитой перед запуском редактора связей.

См. также

Литература

Полезное

Смотреть что такое «Компоновщик» в других словарях:

Компоновщик — модуль системы программирования или самостоятельная программа, которая собирает результирующую программу из объектных модулей и стандартных библиотечных модулей. См. также: Инструментальное программное обеспечение Финансовый словарь Финам … Финансовый словарь

компоновщик — синтезатор, формирователь, разработчик, построитель; составитель Словарь русских синонимов. компоновщик сущ., кол во синонимов: 1 • составитель (21) Словарь синони … Словарь синонимов

компоновщик — Программа, создающая загрузочный модуль из объектных модулей. [Е.С.Алексеев, А.А.Мячев. Англо русский толковый словарь по системотехнике ЭВМ. Москва 1993] Тематики информационные технологии в целом EN link editorlinker … Справочник технического переводчика

Компоновщик — I м. Тот, кто занимается компоновкой [компоновка I 1.]. II м. Тот, кто занимается компоновкой [компоновка II 1.]. Толковый словарь Ефремовой. Т. Ф. Ефремова. 2000 … Современный толковый словарь русского языка Ефремовой

компоновщик — компоновщик, компоновщики, компоновщика, компоновщиков, компоновщику, компоновщикам, компоновщика, компоновщиков, компоновщиком, компоновщиками, компоновщике, компоновщиках (Источник: «Полная акцентуированная парадигма по А. А. Зализняку») … Формы слов

компоновщик — компон овщик, а … Русский орфографический словарь

компоновщик — Syn: синтезатор, формирователь, разработчик, построитель … Тезаурус русской деловой лексики

компоновщик — компон/ов/щик/ … Морфемно-орфографический словарь

Компоновщик (шаблон проектирования) — Шаблон проектирования Компоновщик Composite Тип: структурный Описан в Design Patterns Да Компоновщик (англ. Composite pattern) шаблон проектирования, относится к структурным паттернам, объединяет объек … Википедия

Линковка — Компоновщик (также редактор связей, линкер от англ. link editor, linker) программа, которая производит компоновку принимает на вход один или несколько объектных модулей и собирает по ним исполнимый модуль. Для связывания модулей, компоновщик… … Википедия

Источник

0.5 – Введение в компилятор, компоновщик (линкер) и библиотеки

Рисунок 1 – Процесс разработки программного обеспечения

Шаг 4. Компиляция исходного кода

Сначала он проверяет ваш код, чтобы убедиться, что он соответствует правилам языка C++. В противном случае компилятор выдаст вам ошибку (и номер соответствующей строки), чтобы помочь точно определить, что нужно исправить. Процесс компиляции будет прерван, пока ошибка не будет исправлена.

Рисунок 2 – Процесс компиляции

Компиляторы C++ доступны для многих операционных систем. Мы скоро обсудим установку компилятора, поэтому сейчас нет необходимости останавливаться на этом.

Шаг 5. Компоновка (линковка) объектных файлов и библиотек

После того, как компилятор создал один или несколько объектных файлов, включается другая программа, называемая компоновщиком (линкером). Работа компоновщика состоит из трех частей:

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

Рисунок 3 – Процесс компоновки (линковки)

Во-вторых, помимо возможности связывать объектные файлы, компоновщик (линкер) также может связывать файлы библиотек. Файл библиотеки – это набор предварительно скомпилированного кода, который был «упакован» для повторного использования в других программах.

Вы также можете при желании выполнить линковку с другими библиотеками. Например, если вы собрались написать программу, которая воспроизводит звук, вы, вероятно, не захотите писать свой собственный код для чтения звуковых файлов с диска, проверки их правильности или выяснения, как маршрутизировать звуковые данные к операционной системе или оборудованию для воспроизведения через динамик – это потребует много работы! Вместо этого вы, вероятно, загрузили бы библиотеку, которая уже знала, как это сделать, и использовали бы ее. О том, как связывать библиотеки (и создавать свои собственные!), мы поговорим в приложении.

Как только компоновщик завершит линковку всех объектных файлов и библиотек (при условии, что всё идет хорошо), вы получите исполняемый файл, который затем можно будет запустить!

Для продвинутых читателей

Для сложных проектов в некоторых средах разработки используется make-файл (makefile), который представляет собой файл, описывающий, как собрать программу (например, какие файлы компилировать и связывать, или обрабатывать какими-либо другими способами). О том, как писать и поддерживать make-файлы, написаны целые книги, и они могут быть невероятно мощным инструментом. Однако, поскольку make-файлы не являются частью ядра языка C++, и вам не нужно их использовать для продолжения изучения, мы не будем обсуждать их в рамках данной серии статей.

Шаги 6 и 7. Тестирование и отладка

Это самое интересное (надеюсь)! Вы можете запустить исполняемый файл и посмотреть, выдаст ли он ожидаемый результат!

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

Интегрированные среды разработки (IDE)

Обратите внимание, что шаги 3, 4, 5 и 7 включают в себя использование программного обеспечения (редактор, компилятор, компоновщик, отладчик). Хотя для каждого из этих действий вы можете использовать отдельные программы, программный пакет, известный как интегрированная среда разработки (IDE), объединяет все эти функции вместе. Мы обсудим IDE и установим одну из них в следующем разделе.

Источник

Гид по линкерам для начинающих. Часть 1

Гид по линкерам для начинающих. Часть 1

Следующие понятия используются как синонимы: линкер и компоновщик, определение и дефиниция, объявление и декларирование. Серым выделены вставки с примерами.

Именование составных частей: что внутри Си файла

Во-первых, необходимо понять разницу между объявление и определением. Определение связывает имя с реализацией этого имени, которая может быть как данными, так и кодом:

Объявление говорит компилятору Си, что где-то в программе, возможно, что и в другом файле, есть определение, связанное с этим именем (замечу, что определение сразу может быть и объявлением, для которого определение находится на том же месте).

Для переменных, определение бывает двух типов

Для ясности, «доступный» значит, что на переменную можно ссылаться по имени, которое связано с её определением.

Есть пара случаев, когда всё не так очевидно

Стоит сразу напомнить о том, что объявление функции статической уменьшает её область видимости до того файла, в котором она определена (именно, к ней могут обратиться функции из этого файла).

Локальных и глобальных переменные также можно разделить на неинициализированные и инициализированные (которые предварительно заполнены каким-то значением).

В конце концов, мы можем работать с переменными, созданными динамически с помощью функции malloc (или оператора new в С++). К области памяти по имени обратиться нельзя, поэтому мы используем указатели – именованные переменные, которые хранят адрес неименованного участка памяти. Этот участок может быть также освобождён с помощью free (или delete), поэтому считают, что память имеет динамическое размещение.

Соберём теперь всё вместе

Проще посмотреть на эту программу

Пусть этот файл называется file.c. Собираем так

Получим объектный файл file.o

Что делает компилятор Си

Экземпляры этих объектов будут иметь имена, связанные с ними – имена переменных или функций, определения которых привели к их генерации.

Объектный код – это последовательность (подходяще закодированных) машинных инструкций, соответствующих инструкциям на языке Си – всем этим if, while и даже goto. Все эти команды оперируют разного рода информацией, и эта информация должны быть где-то сохранена (для этого нужны переменные). Кроме того, они могут обращаться к другим кускам кода, который определён в файле.

Каждый раз, когда код обращается к функции или переменной, компилятор позволяет это делать только если он видел объявление этой переменной или функции. Объявление это обещание компилятору, что где-то в программе существует определение.

Работа компоновщика (линкера) в исполнении этих обещаний, но что делать компилятору, когда он сталкивается с неопределёнными сущностями?

По сути, компилятор просто оставляет заглушку. Заглушка (ссылка) имеет имя, но значения, связанного с ним, ещё не известно.

Теперь мы можем примерно описать, как будет выглядеть наша программа

Рис. 1. Структура объектного файла

Анализ объектного файла

Посмотрим, что нам выдаст для написанной выше программы nm:

Для ранее скомпилированного файла file.o

От системы к системе вывод может отличаться, но ключевая информация – это класс каждого символа и его размер (если доступен). Класс может иметь следующие значения

Есть и другие гнусные классы, представляющие какие-то внутренние механизмы компилятора.

Что делает компоновщик. Часть 1

Для иллюстрации этого вот вам ещё один си файл в дополнение к первому

Пусть этот файл называется main.c. Компилируем его как и ранее

Рис. 2. Структура объектного файла

С этими двумя диаграммами теперь мы видим, что все точки могут быть соединены (а если нет, то компоновщик выдаст ошибку). У каждой вещи своё место, и у каждого места есть вещь, и компоновщик может заменить все заглушки, как показано на рисунке.

Рис. 3. Результирующая работа компоновщика

Для ранее скомпилированных main.o и file.o сборка исполняемого файла

Вывод nm для исполняемого файла (в нашем случае out.exe):

Здесь собраны все символы обоих объектов, и все неопределённые ссылки были вычищены. Символы также были переупорядочены, чтобы одинаковые классы располагались вместе, и было добавлено несколько дополнительных сущностей, чтобы помочь операционной системе работать со всем этим добром как с исполняемой программой.

Для очистки вывода в UNIX можно убрать всё, что начинается с подчерка.

Дублирование символов

В предыдущем разделе мы уяснили, что если компоновщик не может найти определения для объявленного символа, то он выбросит ошибку. Что случится в том случае, если будет найдено два определения для символа во время линковки?

В Си++ вся просто – по стандарту у символа должно быть всегда одно определение (т.н. правило одного определения) секции 3.2 стандарта языка.

Для си всё менее ясно. У функции или инициализированной глобальной переменной всегда должно быть только одно определение. Но определение неинициализированной глобальной переменной может быть рассмотрено как предварительное. Си в таком случае позволяет (по крайней мере, не запрещает) разным файлам кода иметь свои предварительные определения для того же объекта.

Тем не менее, линкерам также приходится иметь дело и с другими языками программирования, для которых правило одного определения не подходит. Например, для Фортрана вполне нормально иметь копию каждой глобальной переменной в каждом файле, где к ней обращаются. Компоновщик вынужден избавляться от всех копий, выбирая одну (обычно, самую старшую версию, если у них разный размер) и выбрасывая остальные. Эта модель часто называется общей (COMMON) моделью сборки, из-за служебного слова COMMON языка FORTRAN.

В результате, UNIX компоновщик обычно не жалуется на дублирование дефиниций символа, по крайней мере, пока дублированный символ неинициализированная глобальная переменная (такая модель известна как ослабленная модель – relaxed ref/def model линковки). Если это вас беспокоит (а должно!) найдите в документации к своему компилятору ключ, который делает поведение более строгим. Например –fno-common для GNU компилятора заставляет помещать неинициализированные переменные в BSS сегмент, вместо генерации общих блоков.

Что делает операционная система

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

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

Код ничего не стоит без данных, поэтому все глобальные переменные тоже должны иметь для себя какое-то пространство в оперативной памяти. Вот здесь есть разница между инициализированными и неинициализированными глобальными переменными. Инициализированные переменные уже имеют своё значение, которое хранится как в объектном, так и в исполняемом файле. Когда программа стартует, они копируются с жёсткого диска в память в сегмент данных.

Для неинициализированных переменных ОС не будет копировать значений из памяти (т.к. их нет) и заполнит всё нулями. Кусок памяти, инициализированный 0 называют bss сегментом.

Начальное значение инициализированных переменных хранится на диске, в исполняемом файле; для неинициализированных переменных хранится их размер.

Рис. 4. Хранение исполняемого файла

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

Эти данные не нуждаются в работе линкера, потому что время их жизни начинается с того момента, как запустится программа – задолго после того, как компоновщик закончит свою работу. Тем не менее, для полноты картины всё-таки укажем ещё раз

Мы можем добавить теперь эти недостающие участки памяти на нашу диаграмму. Так как и куча и стек могут менять свой размер во время работы программы, для устранения проблем, они растут на встречу друг другу. Таким образом, нехватка памяти случится только тогда, когда они встретятся (а для этого необходимо использовать много памяти).

Рис. 5. Загрузка исполняемого файла и его размещение в памяти

Что делает компоновщик. Часть 2

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

Первое наблюдение, которое привело к развитию линкера: одни и те же участки кода часто используются повторно (ввод-вывод данных, математические функции, чтение файлов и т.д.). Поэтому хотелось бы их выделить в отдельное место и использовать совместно многими программами.

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

Статические библиотеки

Самая простая ипостась библиотеки – статическая. В предыдущем разделе оговаривалось, что можно просто разделять между программами один объектный файл. На самом деле статическая библиотека немногим более, чем просто объектный файл.

Более сложный пример, пусть у нас имеются три файла

Соберём a.c, b.c и c.c в библиотеку libabc.a. Сначала скомпилируем все файл (можно и по-отдельности, вместе быстрее)

Получим четыре объектных файла. После этого соберём a, b и c в один файл

и теперь можем скомпилировать программу

Заметьте, что попытка собрать так

приведёт к ошибке – компоновщик начнёт жаловаться на неразрешённые символы.

Пока линкер проходит по коллекции объектных файлов, чтобы собрать их вместе, он составляет список ещё не разрешённых символов. После обработки списка всех явно объявленных объектов у компоновщика теперь есть ещё одно место, где можно поискать необъявленные символы – в библиотеке. Если неразрешённый объект находится в библиотеке, то он добавляется, точно как если бы пользователь указал его в командной строке.

Обратите внимание на уровень детализации объектов: если нужен какой-то конкретный символ, то добавляется весь объект, содержащий этот символ. Таким образом, линкер может попасть в ситуацию, когда он делает шаг вперёд и два назад, потому что новый объект, в свою очередь может содержать свои, неразрешённые символы.

Другая важная деталь – порядок событий. Библиотеки опрашиваются только после того, как была проведена нормальная компоновка, и они обрабатываются по порядку, слева направо. Это значит, что если библиотека требует символ, который был ранее в предыдущей подключённой библиотеке, то линкер не сможет его автоматически найти.

Пример должен помочь разобраться в этом более подробно. Пусть у нас имеются объектные файлы a.o, b.o и библиотеки libx.a, liby.b.

После обработки файлов a.o и b.o линкер разрешит ссылки b2 и a3, оставив неопределёнными x12 и y22. В этом месте линкер начинает проверять первую библиотеку libx.a и узнаёт, что может вытащить x1.o, в котором определён символ x12; сделав это, линкер получает в нагрузку неопределённые символы x23 и y12, объявленные в x1.o (т.о. в списке неопределённых значатся y22, x23 и y23).

Линкер всё ещё проверяет libx.a, поэтому без труда разрешает символ x23, вытащив его из x2.o библиотеки libx.a. Но этот x2.o добавляет y11 (который теперь состоит из y11, y22 и y12). Ни один из них далее не может быть разрешён с помощью библиотеки libx.a, поэтому линкер переходи к файлу liby.a.

Здесь происходит примерно то же самое, и компоновщик вытаскивает y1.o и y2.o. Первый добавляет y21, но он легко разрешается, так как уже вытащен на свет y2.o. Результатом всей работы становится то, что компоновщик смог разрешить все символы и достал почти все объектные файлы, которые будут помещены в конечный исполняемый файл.

Заметьте, что если бы b.o, например, содержало ссылку на y32, то всё пошло по другому сценарию. Обработка libx.a была бы такой же, но вот обработка liby.a вытащила y3.o, содержащий ссылку x31, которая определена в libx.a. Так как обработка libx.a уже закончена, то компоновщик бы выдал ошибку.

Это пример циклической зависимости двух библиотек libx и liby.

Разделяемые библиотеки

У популярных стандартных библиотек Си (обычно libc) есть очевидный недостаток – каждый исполняемый файл будет иметь свою копию одного и того же когда. Если каждая программа имеет копию printf, fopen и тому подобного, то много дискового пространства будет потрачено впустую.

Другой, менее очевидный недостаток заключается в том, что после статической компоновки код программы неизменен. Если кто-то найдёт и исправит баг в printf, то все программы, использующие эту библиотеку, нужно будет пересобрать.

Говоря короче: если линкер узнаёт, что неопределённый символ в разделяемой библиотеке, то он не добавляет определения в исполняемый файл. Вместо этого компоновщик записывает в программу имя символа и библиотеки, в которой он предполагаемо определён.

Во время исполнения программы операционная система определяет, что эти пропущенные биты линкуются “just in time” – во время выполнения. Перед запуском функции main уменьшенная версия линкера (часто это ld.so) проходит по спискам должников и доделывает финальную часть работы – вытаскивает код из библиотеки и собирает пазл.

Это значит, что ни у одной из исполняемых программ нет копии printf. Новая исправленная версия libc может просто подменить старую, и она будет подхвачена каждой из программ при новом запуске.

Есть и другое важное отличие динамической библиотеки от статической, и это отражается в степени детализации ссылок. Если определённый символ достаётся из разделяемой библиотеки (например, printf из libc), всё содержимое этой библиотеки отображается в адресное пространство. Это сильно отличается от статической библиотеки, из которой вытаскивается только тот объектный файл, который содержит определение объявленного символа.

Другими словами, разделяемая библиотека это результат работы компоновщика (а не просто собранные в кучу с помощью ar объектные файлы) с разрешёнными ссылками внутри объектов этого файла. Ещё раз: nm удачно это иллюстрирует. Для статической библиотеки nm покажет набор отдельных объектных файлов. Для разделяемой библиотеки liby.so укажет только неопределённый символ x31. Также, для нашего примера с порядком компоновки и циклической ссылкой, проблем не будет, потому что весь контент y3.o и x3.o так и так уже вытащен.

Есть также другой полезный инструмент ldd. Он показывает все разделяесые библиотеки, от которых зависит исполняемый файл или библиотека с информацией о том, где её можно найти. Чтобы программа могла удачно запуститься, нужно, чтобы все эти библиотеки были найдены, вместе со всеми их зависимостями (обычно, на UNIX системах загрузчик ищет библиотеки в списке папок, который хранится в переменной окружения LD_LIBRARY_PATH).

Источник

Национальная библиотека им. Н. Э. Баумана
Bauman National Library

Персональные инструменты

Linker (Link Editor)

Содержание

Обзор

Компьютерные программы состоят из нескольких частей или модулей. Для связывания модулей компоновщик использует таблицы символов, созданные компилятором в каждом из объектных модулей. Эти таблицы могут содержать символы следующих типов:

Для большинства компиляторов, один объектный файл является результатом компиляции одного файла с исходным кодом. Если программа собирается из нескольких объектных файлов, компоновщик собирает эти файлы в единый исполнимый модуль, вычисляя и подставляя адреса вместо символов, в течение времени компоновки (статическая компоновка) или во время исполнения (динамическая компоновка). [Источник 1]

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

Динамическая компоновка

Многие операционные системы позволяют динамическое связывание, то есть компоновщик собирает файлы в единый исполнимый модуль, вычисляя и подставляя адреса вместо символов во время запуска программы. Это означает, что исполняемый код все еще содержит неопределенные символы, а также список объектов или библиотек, которые будут предоставлять определения для них. Загрузка программы добавит эти объекты / библиотеки и выполнит окончательную компоновку.

Такой подход дает два преимущества:

Статическая компоновка

Статическая компоновка является результатом компоновщика, копирующего все программные библиотеки, используемые в программе, в исполняемый образ. Это может потребовать больше дискового пространства и памяти, чем динамической компоновки, но более переносимо, так как не требует наличия библиотеки в системе, где она выполняется.

Релокация

После того как линковщик разрешил адресацию всех символов, каждая адресация символа ссылается ровно на одно определение символа. В этот момент линковщик запускает процесс релокации, состоящий из двух шагов:

Загрузчик

Более простая версия, которая записывает свой вывод напрямую в память, называется загрузчиком, хотя загрузка, как правило, рассматривается как отдельный процесс. Загрузчик является частью операционной системы, которая отвечает за загрузку программ и библиотек. Это является одним из существенных этапов в процессе запуска программы, поскольку она помещает программы в память и подготавливает их к исполнению.

Все операционные системы, которые поддерживают загрузку программы, имеют загрузчики, за исключением высокоспециализированных компьютерных систем, которые имеют только фиксированный набор специализированных программ. Встраиваемые системы обычно не имеют загрузчиков, и вместо этого код выполняется непосредственно из ПЗУ. Для загрузки самой операционной системы в процессе загрузки используется специализированный загрузчик. Во многих операционных системах загрузчик постоянно находится в памяти, хотя некоторые операционные системы, поддерживающие виртуальную память, могут позволить загрузчику располагаться в области памяти, которая доступна для загрузки.

Microsoft Windows

Редактор связей

В средах мэйнфреймов IBM System / 360, таких как OS / 360, включая z / OS для мейнфреймов z / Architecture, этот тип программы известен как редактор связей. Тем не менее, редактор связей, как следует из названия, имеет дополнительную возможность, позволяющую добавлять, заменять и / или удалять отдельные разделы программы. Операционные системы, такие как OS / 360, имеют разные форматы для исполняемых загрузочных модулей, поскольку они содержат дополнительные данные о компонентах разделов программы, так что отдельный раздел программы может быть заменен, а другие части программы обновлены так, что Перемещаемые адреса и другие подобные ссылки могут быть исправлены редактором связей как часть процесса.

Одним из преимуществ этого является то, что он позволяет поддерживать программу без необходимости хранить все промежуточные объектные файлы или без повторной компиляции разделов программы, которые не были изменены. Он также позволяет распространять обновления программ в виде небольших файлов (изначально предназначенных для карт), содержащих только заменяемый объектный модуль. В таких системах объектный код имеет форму и формат колоды перфокарт, так что обновления могут быть введены в систему с использованием этого носителя. В более поздних выпусках OS / 360 и последующих системах модули загрузки содержат дополнительные данные о версиях модулей компонентов, чтобы создать отслеживаемую запись обновлений.

Приложения

Linker 2.3.1.17

После запуска программы появится русскоязычный интерфейс.

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

Linker «ест» очень мало ресурсов компьютера. Программа так же отслеживает запуск нескольких своих копий, то есть если случайно повторно ее запустить, то на экране появится ранее запущенная копия Linker, а «лишняя» автоматически закроется.

Linker 2.1.2.5

Как результат, сегодня у многих квалифицированных пользователей (а тем более — у IТ-специалистов) имеются свои собственные подборки портативных приложений — тех, которые оказываются им нужны наиболее часто. При необходимости запустить ту или иную программу приходится открывать флешку, искать папку (порой вложенную еще в несколько подкаталогов), в ней искать исполняемый файл и запускать его. Программа Linker сильно упрощает задачу: она позволяет собрать все ссылки на нужные программы, файлы и папки в одном месте. То есть создать каталог всех нужных пользователю данных с непосредственными ссылками на них. В результате вызывать любую программу, добавленную в список, можно всего в один клик, без долгих поисков. Главное преимущество программы Linker — ее универсальность. Пользователь волен самостоятельно создавать собственные разделы, нужные только ему. То есть разработчики не предопределили никаких жестко прописанных разделов. Причем можно добавлять ссылки не только на portable-версии нужных программ, но и на любые другие файлы и даже папки без каких-либо ограничений. Более того, при желании Linker можно использовать на локальном жестком диске в качестве программы для быстрого запуска приложений и документов. Но все же главная задача Linker — «навести порядок» на флешке. Linker имеет весьма простой и скромный интерфейс. Отсутствие готовых предустановленных разделов позволяет настроить все создаваемые разделы под свои нужды. Linker не требует установки, достаточно просто распаковать его в любое место. При первом запуске рядом с исполняемым файлом программы появятся еще два файла, которые не следует удалять: в одном из них хранится информация обо всех добавленных ссылках, а во втором — настройки самого Linker’a. Данные хранятся в формате XML.

При первом запуске пользователь видит только небольшое пустое окошко с четырьмя кнопками вверху. Первая вызывает меню программы, вторая дает возможность добавлять новые записи в список, третья служит для редактирования уже добавленных ссылок, а последняя позволяет удалять их. Итак, начинаем с создания нужных разделов. Жмем кнопку «Добавить» и в появившемся меню выбираем пункт «Добавить группу». Появляется новое окошко, в которое следует ввести название и описание для создаваемой группы (описание не обязательно). Жмем кнопку ОК, и новая группа добавляется в список.

Понятно, что группы предназначены для размещения в них ссылок на программы или файлы. Чтобы поместить ссылку в группу, можно воспользоваться тем же меню «Добавить» (выбрать пункт «Добавить элемент»). Но можно действовать проще и быстрее: просто перетащить нужный файл в окно программы. Linker полностью поддерживает Drag&Drop, так что после перетаскивания нового элемента базовая информация о нем в виде ссылки и иконки будет автоматически добавлена в форму.

После этого пользователю остается только задать название, указать дополнительные параметры запуска новой программы и добавить ей описание. Есть один нюанс — для того, чтобы иметь возможность сворачивать разделы, следует все относящиеся к данному разделу программы просто перетащить на название нужной группы. После этого рядом с названием появится значок «+». Теперь, после нажатия на название группы или на плюсик, список будет раскрываться.

Перед выходом из программы необходимо сохранять изменения. Для этого потребуется зайти в меню «Доп. функции» и выбрать пункт «Сохранить конфигурацию». Поиск по фильтру. Если флешка большого объема и хранит много программ и файлов, их список может оказаться достаточно большим. Для облегчения работы с такими списками в программе присутствует функция фильтрации. Чтобы быстро найти нужный элемент, достаточно начать вводить его название. В ответ Linker выдаст список, в котором присутствуют только те записи, в которых встречается введенная пользователем комбинация символов. Чтобы вернуться к общему списку, достаточно убрать введенные символы клавишей Backspace.

Самый известный платный аналог Linker — это CodySafe ($9.90). Программа CodySafe интегрирована с онлайновой базой portable-софта. У Linker такой интеграции нет, однако пользователь может скачать с официального сайта небольшую подборку полезных утилит, названную «Быстрый старт». Из более-менее заметных преимуществ CodySafe перед Linker можно отметить разве что поддержку скинов.

Источник