ファイルパス文字列を結合する従来の方法はありますか？

例では：

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 Ruby用
• Path.join Node.jsの場合
• Paths.get Java（7以降）
• Path.Combine .NET用

これらには注意点があります。これらの多くは、2番目の引数の先頭のディレクトリセパレータがルートパスを参照し、これが最初の引数を完全に削除する必要があることを前提としているようです。これがなぜ有用であると考えられるのかわかりません。私にとっては、それは単に問題を引き起こします。2つのパス部分を組み合わせて、最初の部分がドロップされることはありませんでした。特別なケースについてはドキュメントを注意深く読み、必要であれば、特別な処理の代わりにこれらで必要なことを行うラッパーを作成してください。

さらに、異なるオペレーティングシステムをサポートする必要がある場合にも役立ちます。これらのクラスは、ほぼどこでも正しいセパレーターの選択を説明しています。ライブラリには通常、OSの規則に合わせてパスを正規化する方法もあります。

プログラミング言語にすぐに使用できるライブラリがない場合は、これらすべてのケースを処理するメソッドを記述し、それをプロジェクト間で自由に使用する必要があります。

これは、「想定しない」および「役立つツールを使用する」というカテゴリに分類されます。

Javaでは、答えは「上記のどちらでもない」でしょう。ベストプラクティスは、java.io.Fileクラスを使用してパス名をアセンブルすることです。例えば

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

このFileクラスは、プラットフォーム固有のパス名セパレータも処理します。

パス名をスラッシュで開始するかどうかの別の問題があります。しかし、それはベストプラクティスよりも正確さに関係しています。スラッシュで始まるパス名は、そうでないパス名とは異なるものを意味します !!

コア（ECMA）Javascriptライブラリでのパス名処理の明示的なサポートはありませんが、（少なくとも）Node.jsはPathモジュールを介してサポートを提供します。

.NETでは、Path.Combineメソッドを使用する必要があることに注意してください。

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

これは、フォルダ名を作成するときに使用される正しい文字を「認識」しているためです。

これにより、事前または事後修正の「問題」がなくなります。

パスを作成するときは、末尾のスラッシュがまだない場合は追加する関数をよく使用します。次に、パスを次のように構築できます。

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

fs（）は、必要に応じて末尾にスラッシュを追加します。

フォルダーとファイルの違いは1つだけです。フォルダーでは、ファイルではなくスラッシュで終わります。さらに、絶対パスは/、相対パスではない場所から始まります。これを一貫して連結するパスとファイルを一緒に使用しても問題はないはずです。

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

2番目のパスは最初のパスに対して相対的である必要があるため、2つの絶対パスを連結しても意味がありません。2つの相対パスを連結しても問題はありませんが、プログラムが相対パスの相対位置を知らない場合、未定義の動作を引き起こす可能性があります。

パスを実装する方法について魔法や「一般的な慣行」はないと思いますが、確かに文字列の連結は進むべき方法ではありません。ケースを処理するための独自のAPIを開発できますが、多少の努力が必要になる場合があります。特に、異なるプラットフォームに注意する必要があります。たとえば、Windowsでは\区切り記号が、Unixベースのシステム/では区切り記号が使用されます。

私はJavascriptライブラリに精通していませんが、これらのケースを処理するためのライブラリがあるはずです。たとえば、Javaでは、Path APIを使用して、プラットフォームに依存しないパス操作を処理できます。

私の個人的な好みはこれです：

var assets = "/images"

var sounds = assets+"/sounds"

私は常に絶対パス（/images/...）を使用します。エラーが発生しにくいと感じています。末尾のスラッシュがあり、あなたが終わったとしても、それはまだ解決するvar sounds = assets+"/sounds"ので、使用するのはより馬鹿な証拠assetsです。1つの免責事項は、リクエストハンドラに依存するということです。Apacheはそれをうまく処理しているようです（少なくとも特定のバージョン/構成、http：//www.amazon.com//gp//site-directory//ref=nav_sadを参照）。他の方法では、最終的にで終わることになりますが、それほど簡単な証拠ではありません。他のアプローチのオプションではありません。/images//sounds/images/sounds/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/' / ''適切な行動を決定するために、など。