Чи є звичайний спосіб поєднання рядків шляху файлів?

Приклад:

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 (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/' / ''і т.д., для того , щоб визначити правильну поведінку.