問題タブ [nsurl]

ベースURLのないローカルファイルへのNSURLがあります。ベースURLを別のローカルディレクトリに変更したいのですが、相対パスはそのURLを基準にしています。例えば

ここで、ベース部分をに変更し/Users/username/Desktop/SomeFolderたい場合は、によって返されるNSStringを次の[path relativePath];ようにします。"../Photos/Photo1.jpg"

これを行う簡単な方法はありますか？これを行うNSURLメソッドが見つからないようです。新しいベースと古い絶対パスのパスコンポーネントを調べて、自分自身の相対部分を構築することはできますが、もっと簡単な方法はありますか？

UIAlertView配列「配列」に件名を格納して、ウィキペディアのページを開くボタンを作成したい

これが私がやっている方法です。

ウィキペディアはの形式に従いますhttp://en.wikipedia.org/wiki/<subject>。私の配列には、件名のテキストエントリがあります。タップするとモバイルSafariで開きたいです。これまでのところ、運はありません:(

助けてください。任意の洞察をいただければ幸いです。

}

Snow Leopard では、パス名やコア サービスの FSRef ではなく、NSURL オブジェクトを使用してファイルを参照する新しい方法が多数導入されました。

ただし、URL ベースの方法が見つからないタスクが 1 つあります。それは、ファイルが存在するかどうかをテストすることです。-[NSFileManager fileExistsAtPath:]の URL ベースのバージョンを探しています。そのメソッドと同様にYES、通常のファイル、ディレクトリ、またはその他のいずれであっても、URL が何かを記述している場合に返されます。

さまざまなリソース値を調べようとすることもできますが、ファイルが存在しない場合に存在しないことが明示的に保証されているものはありません。

NSFileManager の を使用することもできますfileExistsAtPath:が、より現代的な方法があれば、それを使用したいと思います。

Cocoa、CF、またはコア サービスに、特定のファイル (またはファイル参照) URL が存在するファイル システム オブジェクトを参照しているかどうかを教えてくれることが保証/文書化されている単純なメソッドまたは関数はありますか?

NSURLのコンポーネントを解析するための標準のオブジェクトまたは関数はありますか？明らかに私はそれを書くことができましたが、なぜ車輪を再発明するのですか？

[NSURL path] 私がむしろ取り戻したいのは、次のNSStringように入力された辞書です。"argX=x&argY=y&argZ=z"{@"argX" => @"x", @"argY" => @"y", @"argZ" = @"z"}

「/partA/ partB / partC」のような文字列を返すパスの場合、構造を持つ配列を取得したいと思います{[0] => @"partA", [1] => @"partB", [2] => @"partC"}

これはかなり具体的な質問だと思いますが、多くの人が望んでいるようです。

これはiOS用です！どうやらNSURLはmacOSで異なる機能を持っています。

URLWithString:とても簡単かもしれませんが、なぜここでnilが返されるのかわかりません。

NSURL とタイ語に問題があります。たとえば、" http://www.xyp.com?var=ไทย</a>" は機能しませんが、" http://www.xyp.com?var =タイ語「大丈夫です。この問題を解決する方法がわかりません誰か助けてください。

Google マップで道順を表示するには、NSURL 内でフォーマットされた NSString を使用しています。ただし、[[UIApplication sharedApplication] openURL:nsurl]; では機能しません。

コード：

私は ASIHTTP を使用しており、サイトに対して GET リクエストを実行しようとしています:

しかし、[request startSynchronous] にブレークポイントを設定してデバッガーに入ると、リクエスト オブジェクトの url 値は userName 変数と等しくなります。userName 変数を文字列に挿入し、それを URL として使用しようとしているため、NSURL 宣言に何か問題があります。

ご協力いただきありがとうございます！

NSURLクラスに関するAppleのドキュメントに混乱しています。

NSURLでは、次のように述べています。

• NSURLは、RFC 1808、1738、および2732のスタイルでURLを理解します
• NSURLはRFC2396のスタイルでURIを理解します

また、RFC2396URIはパスであるとも言われています。

さて、ここでの違いは何ですか？パスもURLではありませんか？つまり、それは場所かどうか？

Appleによれば、NSURLはRFC 1738（およびその他のいくつか）を使用して開発されています。

現在、RFC 1738は、WebURLにスキームとスキーム固有の部分があることのみを指定しています。

NSURLが理解できるすべてのスキームを知りたいです。また、NSURLRequestおよびNSURLConnection（いわゆる「URLローダーシステム」）で使用するため、これらが理解するすべてのスキームを知っている必要があります。

なんで？知りたいだけだから。Appleは、ドキュメントでそれについて詳しく説明していません。RFC1738に準拠していると言っているだけです。これは、多くのことを示しており、何も示していません。