boost :: filesystem :: pathとstd :: filesystem :: pathのパスエスケープ文字が異なるのはなぜですか？

Question

boost::filesystem::pathはsee demo、パス文字列中に引用符をエスケープする&を使用しています。

std::cout << boost::filesystem::path("/R&D/Project \"boost\"") << std::endl; 

プリント"/R&&D/Project &"boost&""。ただし、std::filesystem::pathの場合I see thisの場合：

パスpでストリーム入力または出力を実行します。 std :: quotedは、後でストリーム入力演算子で読み取るときにスペースが切り捨てられないように使用されます。ここで

std::quotedからです：

脱出 - 私はstd::filesystem::pathが\代わりの&を使用することを伝えることができるエスケープ文字として使用する文字、デフォルトでこのことから

を\します。

これは間違いありませんか？はいの場合、委員会がこの行動を変更することを決めたのはなぜですか？

ボーナス質問：std::filesystem::pathの実装はありますか？最新のGCCとclangのどれもが<filesystem>ヘッダを提供していないようです。

Answer 1

もしそうなら、委員会はこの行動を変更することを決めたのはなぜですか？

ブーストインサータ出力抽出によってそのように認識されている引用符で囲まれた文字列、：強調N3399から

は、私のものです。 ファイルシステムスタディグループには、引用符付きおよび/またはエスケープされた文字列マニピュレータを文字列拡張子として指定すると、パス固有の機能よりも優れた解決策になるという意見があります。提案書N3431、引用符付き文字列ライブラリの提案を参照してください。 STDのいずれかの実装があります::ファイルシステム::利用できるパス：、ファイルシステムの研究会を言っ

は、それがpath

ボーナスの質問には、特定の機能よりも、quoted文字列マニピュレータを使用する方が良いと思いますか？最新のGCCとclangがヘッダを提供していないようです。

私の知る限り、g ++のような主要なコンパイラ、打ち鳴らすには、両方の名前空間std::experimental::filesystemで<experimental/filesystem>で実験的な機能としてfilesystemを提供MSVC。 gccにはバージョン5があります。3あなたがhereを見ることができるように、MSVCはVS2012（それはVS2012とVS2013で<filesystem>だし、VS2015で<experimental/filesystem>と<filesystem>に移動）

Answer 2

Boost :: Filesystemはかなり古く、C++ 14のquotedよりも前です。標準が内部的に一貫していることは全く合理的です。 Boostに続くのは二次的な懸念だけです。