問題タブ [path-separator]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
android - EclipseのクロスプラットフォームAndroidライブラリパス?
問題は次のとおりです。4 人のチームが、いくつかの Android ライブラリと、それらのライブラリに依存するアプリに取り組んでいます。Windows 7 を使用している人もいれば、OS X を使用している人もいて、GitHub を使用しています。1 日に数回、Android ライブラリのパスを変更する必要があります。これは、project.properties ファイルにプラットフォームに依存するパスが格納されているためです (つまり、Windows のパス セパレータとして \ を使用し、OS X のパス セパレータとして / を使用します)。私たちはそれにかなりの時間を費やしています。
誰もこれに対するまともな解決策を持っていますか? github などからプルするたびに、ifdef を project.properties にスローして、OS に一致するようにパスを自動的に修正できる CPP のようなものが必ず存在するに違いないと私には思えます。
ああ、明確にするために、私たちは頻繁にライブラリを追加および削除したり、相互に依存するライブラリを変更したりしています。私たち全員が定期的にすべてのライブラリを変更しています...したがって、単に project.properties を gitignore に追加するだけではライブラリを定期的に変更して、すべての正しいものが含まれていることを確認する必要があるため、うまく機能しません.
unc - C# の Application.Executablepath には区切り文字が混在しています
2 台の異なるマシンで他の誰かのコード (ライセンス取得済み) を使用しています。あるマシンでは、Application.ExecutablePath はプログラマーが期待していたはずの結果を返しますが、別のマシンではそうではありません。どちらも Windows 7 マシンです。
私のマシンでは、 Application.ExecutablePath は次のようなものを返します。
他のマシンでは、それが返されます
コードがこれを行うため、プログラマーは明らかに 2 番目の戻り文字列を予期していました。
ファイルのディレクトリは Dir3 の下の両方のマシンに存在するため、他のマシンでは見つかりますが、私のマシンでは見つかりません。Windows がスラッシュ (URL パスなど) と UNC パス (「\」を使用) を返すことをいつ、どこで決定するかについての情報が見つかりません。このコードがマシンによって動作が異なるのはなぜですか?
c# - Mac 上の mono でのパスの解釈は、.net Windows バージョンとは異なりますか?
Windows の .net から Mac の mono にアプリを変換しています。mono-mac でバックスラッシュがどのように解釈されるかに関連していると思われる、発生しているエラーを見つけました。
"Assembly" を返す .net ウィンドウでは、空の文字列を返す mono for mac で。それは正常な動作ですか？ある種の構成でパスが解釈される方法を変更できますか、またはすべてのバックスラッシュをフォワードスラッシュに置き換える必要がありますか?
c++ - ブーストを使用してC ++で末尾のパスセパレーターを使用してパスを取得する方法
次のようなパスがあります。
それらを文字列に変換すると、両方が次のように表示されることを確認したい:
たとえば、次のようにします。
どちらも次のように出力します。
ブーストを使用してC ++でこれを行うにはどうすればよいですか?