Есть ли обычный способ объединить строки пути к файлу?

В примере:

var assets = "images/"

var sounds = assets+"sounds/"

Является ли более привычным помещать косую черту в конец пути к файлу?

var assets = "/images"

var sounds = assets+"/sounds"

Есть ли другой метод, который является хорошей общей практикой?

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

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

• Оба конца могут иметь разделитель: "images/"и"/sounds"
• Только у одного есть разделитель: "images"и "/sounds"или "images/"и"sounds"
• Ни один из них не имеет разделителя: "images"и"sounds"

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

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

• os.path.join для Python
• File.join для Руби
• Path.join для Node.js
• Paths.get для Java (7 и выше)
• Path.Combine для .NET

Есть предостережение с этим. Некоторые из них, по-видимому, предполагают, что ведущий разделитель каталогов во втором аргументе относится к корневому пути и что это означает, что первый аргумент должен быть отброшен полностью. Я не знаю, почему это считается полезным; для меня это просто вызывает проблемы. Я никогда не хотел объединять две части пути и в итоге отбрасывать первую часть. Внимательно прочитайте документацию для особых случаев и, при необходимости, напишите обертку, которая делает с ними то, что вам нужно, а не с их специальной обработкой.

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

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

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

В Java ответом будет «ни один из вышеперечисленных». Лучшей практикой будет собирать имена путей с использованием java.io.Fileкласса; например

File assets = new File("images");
File sounds = new File(assets, "sounds");

FileКласс также заботится о конкретных платформах имени пути сепараторов.

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

В библиотеке Javascript core (ECMA) нет явной поддержки обработки имён путей, но (по крайней мере) Node.js обеспечивает поддержку через модуль Path.

Обратите внимание, что в .NET вы должны использовать метод Path.Combine.

var path = System.IO.Path.Combine("assets", "sounds");

Причина этого в том, что он «знает» правильные символы, которые будут использоваться при построении имен папок.

Это устраняет «проблему» предварительной или последующей фиксации.

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

filename := fs( 'assets') + fs( 'images') + fs( 'icons') + 'some.png';

где fs () добавляет завершающий слеш, если это необходимо.

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

var absolutepath = "/my/path/";
var relativepath = "css/";
var filename = "test.css";
var relativepathtofilename = "js/test.js";

var a = absolutepath + relativepath + filename; //Output: /my/path/css/test.css
var b = absolutepath + relativepathtofilename;  //Output: /my/path/js/test.js

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

Я думаю, что нет никакого волшебства или «обычной практики» в том, как реализовать пути, но, конечно, объединение строк не является подходящим способом. Вы можете разработать собственный API для работы с делами, но это может потребовать некоторых усилий. В частности, вы должны быть осторожны с различными платформами. Например, в Windows \это разделитель, а в системах на основе Unix /это разделитель.

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

Мои личные предпочтения таковы:

var assets = "/images"

var sounds = assets+"/sounds"

Я всегда использую абсолютные пути ( /images/...), мне кажется, что он менее подвержен ошибкам. Это также более надежное использование, var sounds = assets+"/sounds"потому что даже еслиassets у вас есть косая черта, и вы в конечном итоге /images//sounds, оно все равно решит /images/sounds. Один отказ от ответственности в том, что это зависит от вашего обработчика запросов. Apache, кажется, справляется с этим нормально (по крайней мере, некоторые версии / конфигурации см. Http://www.amazon.com//gp//site-directory//ref=nav_sad ). С другим способом, которым вы в конечном итоге /imagessounds, не так глупо :) Есть также возможность проверить двойные слэши и очистить их. Не вариант с другим подходом.

В Smalltalk очень просто определить метод / в String, чтобы он работал следующим образом:

'assets' / 'sounds' => 'assets/sounds'.
'assets/' / 'sounds' => 'assets/sounds'.
'assets' / '/sounds' => 'assets/sounds'.
'assets/' / '/sounds' => 'assets/sounds'.

Вот простая реализация метода (вы можете сделать его лучше):

/ aString
    | slash first second |
    slash := Directory separator.
    first := self.
    (first endsWith: slash) ifTrue: [first := first allButLast].
    second := aString.
    (second beginsWith: slash) ifTrue: [second := second allButFirst].
    ^first , slash , second

Примечание : Вы также можете уделять больше внимания пограничных случаев , таких как '' / '', 'x/' / ''и т.д., для того , чтобы определить правильное поведение.