Например, если я должен был разбить приложения таким путем, которым игры идут к C:\Games\, разработки переходят к C:\Dev и и т.д., действительно ли это мудро?
Я знаю, что это может быть сделано и является настоящей обычной практикой, но что я задаюсь вопросом, беря безопасность и совместимость в представление, это - все еще хорошая практика? Например, папка 'Program Files' по умолчанию имеет другой набор полномочий, таким образом, что программы требуют административных привилегий записать в каталог, когда контроль учётных записей работает. Что касается совместимости, какова распространенность плохо записанных программ, имеющих установку/взгляд hardcoded, соединяют отказ каналом работать?
Кроме того, что, если я смешал 32-разрядные и 64-разрядные приложения, вместо того, чтобы выделить их, поскольку окно делает с двумя различными путями установки? Я вызову проблемы с поиском программ и загрузкой неправильный dlls?
Windows обнаруживает 32/64-bitness от исполняемого файла, таким образом, 32-разрядный двоичный файл может быть установлен где угодно.
Причина двух каталогов Program Files состоит в том, чтобы главным образом устранить риск наличия и 32-разрядные и 64-разрядные установки той же существующей программы, и их файлы установки, создающие проблемы производительности и/или конфликты.
Если этот риск не существует в Вашем случае, можно установить любой продукт в любой каталог, при условии, что его установщик имеет такую опцию.
Будет ли это работать, другой вопрос, который зависит от установщика. Обычно это работает хорошо, хотя иногда каждый встречается с продуктами, каталог которых не может быть изменен. Но это стало довольно редким и не должно действительно быть рассмотрено. Но я не изменил бы каталог установки никакого мастодонта, такого как Microsoft Office, который имеет слишком много мест, чтобы пойти не так, как надо.
Другая проблема - то, что будет довольно трудно копировать установку полномочий Программных файлов за пределами этого каталога. Однако, если у Вас есть хороший продукт антипроникновения, это не должно быть проблемой.
Но в целом, мой совет состоял бы в том, чтобы всегда следовать системным конвенциям, не отваживаясь слишком много, так как некоторые продукты могли бы предположить, что Вы делаете.