Где не Windows инструменты командной строки должны быть размещены в Windows?

Question

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

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

Я рассматриваю каталог "bin" верхнего уровня или "tools", но боюсь, что это может нарушить некоторые правила MS.

предложения?

Answer 1

Там нет официального места для сторонних программ. Вы можете использовать свою файловую систему по своему усмотрению, но я бы не рекомендовал размещать их в критических для ОС местах, таких как \Windows или \Windows\System32 .

Я рекомендую создать подпапку вашего профиля пользователя, скажем \Users\Ben\Tools , и поместить туда свои вещи. Затем введите "Изменить среду" в поле "Пуск" или на начальном экране и выберите « Изменить переменные среды» для своей учетной записи. (В Windows XP это находится в Расширенной части Системных свойств.)

Если верхнее поле (переменные для пользователя) содержит PATH , нажмите Edit. Добавьте точку с запятой, а затем полный путь к папке с инструментами. Если у вас еще нет PATH , нажмите New и заполните его соответствующим образом.

Если вы хотите, чтобы это изменение применялось ко всем пользователям, поместите папку инструментов в общедоступное место (\Tools works) и обновите переменную PATH в списке "Системные переменные", а не на пользователя.

Вам может потребоваться выйти из системы и снова войти в нее, прежде чем эта папка станет широко распространенной.

Answer 2

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

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

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

Используемые для них сценарии / пакеты могут быть легко сохранены в тех же местах, и тогда CD (текущий каталог) в пакетах будет работать из этих мест (заметьте, я сказал, что я использую полные пути). Запуск CMD (контекстное меню) из текущего каталога - еще один способ избежать путей. Определите количество этих утилит, создайте организацию, с которой вы можете жить, создайте резервную копию (просто) этой группировки и напишите правила :-)

MS еще не полностью отняла у нас способность делать вещи простыми и быстрыми!

Я использовал имена папок Tools, Utils, Desk, Diag (для диагностики) в корне навсегда для крошечных утилит, многие из них вложены в подпапки, чтобы сохранить части программы и все части. Это еще не удалось.