NSStringいろいろ

NSStringについてのいろいろ。
記事を書いた時のiOSバージョンはiOS6.1.3です。

初期化時の複数バイトエンコーディングの扱い
- (id)initWithCString:(const char *)nullTerminatedCString encoding:(NSStringEncoding)encoding;
は引数にencodingがあるが、複数バイトエンコーディングのものを指定すると、全て0となっているバイトで文字列末端とみなされるようだ。
例えば2バイトで
00000000 10101010
と表される文字があるとすると00000000のバイトを文字列末端とみなすらしい。
長い文字列のはずが、いきなり初めのほうで文字列が終わってしまう。
+ (id)stringWithCString:(const char *)cString encoding:(NSStringEncoding)enc
も同様。
上位８ビットが0の時だけでなく下位8ビットが0の時でも末端と見るようだ。

おそらく
8ビット毎に取り出して
char selectedChar = 取り出し関数();
if(selectedChar == 0){
  末端処理
}else{
  switch(エンコード)｛
  各エンコード別の処理
  ｝
}
のような処理だ。

そもそも8ビットの0を内部に含むエンコーディングはC言語文字列の定義から外れるという考え方なんだろう。

対策は
– initWithBytes:length:encoding:(これはどのエンコードでもいけそう)
- initWithCharacters:length:(UTF-16限定？)
+ stringWithCharacters:length:(UTF-16限定？)
などを使う。

第３水準、第４水準の漢字に対応しているか
まず、漢字の分類方法なのだが、第１、第２、第３、第４とあり、数字が大きいほうに使用頻度の低い漢字が割り当てられている。
第４水準の初めの文字は「毎」のカンムリだけを取り出したようなもの。読み方はわからず。このブログでは表示出来ない。
で、この漢字をiOSで扱えるのか？
Unicodeに含まれていれば対応しているんではないか？と思うかもしれない。
それは確かにそうなのだが、ときどきUnicode以外のエンコードで扱いたい時もある。
その時にちょっと面倒なことが起こる。

この漢字でインスタンスを作り(@"◯")、cStringUsingEncoding:メソッドで各エンコードに変換した値を取り出してみる。

- (const char *)cStringUsingEncoding:(NSStringEncoding)encoding

すると
うまくいったもの
NSUnicodeStringEncoding
NSUTF8StringEncoding
NSUTF16StringEncoding
NSUTF32StringEncoding

NULLが返ってきたもの
NSJapaneseEUCStringEncoding
NSISO2022JPStringEncoding
NSShiftJISStringEncoding

となった。
Unicodeで取り出すとうまくいくのでインスタンスはちゃんと生成されていると思う。
第３水準の「俱」「繫」という字でも同じ結果になった。

第２水準ではどのエンコードでも値が取得できる。

cStringUsingEncoding:メソッドのところにこんなことが書いてあります。
You can use canBeConvertedToEncoding: to check whether a string can be losslessly converted to encoding. If it can’t, you can use dataUsingEncoding:allowLossyConversion: to get a C-string representation using encoding, allowing some loss of information (note that the data returned by dataUsingEncoding:allowLossyConversion: is not a strict C-string since it does not have a NULL terminator).

試しに
canBeConvertedToEncoding:
を各水準の漢字に対して実行すると
NSJapaneseEUCStringEncoding
NSISO2022JPStringEncoding
NSShiftJISStringEncoding
のエンコーディングでは
第１水準 YES
第２水準 YES
第３水準 NO
第４水準 NO
となります。
Unicodeエンコーディングでは全てYES。

で、気になるこのメソッド
- (NSData *)dataUsingEncoding:(NSStringEncoding)encoding allowLossyConversion:(BOOL)flag
説明を読むと、ヨーロッパの文字によくある、文字の上にマークの付いた文字が変換できないときに近い文字に置き換えるもののようです。これが漢字にはどう適用されるか。
allowLossyConversion:にNOを入れた時は第３と第４ではnilが返ってきます。
allowLossyConversion:にYESを入れると第３と第４でもNSDataインスタンスが生成されて返ってきます。

ではそのNSDataには何が入っているのか、
調べてみました。
第１水準 第２水準には求めたい値
第３水準 第４水準には3Fという文字が返ってきました。これは?を意味します。
つまり第３水準 第４水準の漢字ではNSDataインスタンスは生成されますが中身は?という文字ということです。
@"?"に対してメソッドを実行しても3Fが返ってくるので、この仕様はやっつけ仕事というかとりあえずの保留仕様という気もします。

とりあえずここまでのところでは
・Unicodeエンコーディングを使っているうちは第４水準まで扱いがOK
・JIS、シフトJIS、EUCのエンコードに変換が可能なのは第２水準まで
となりました。iOS6.x.xの時点ではこのようですが今後変更になる可能性はあります。

この
- (NSData *)dataUsingEncoding:(NSStringEncoding)encoding allowLossyConversion:(BOOL)flag
ですが、UnicodeのIVSに対応しているのはないかとふと思いました。このIVSというのは一つの文字の微妙に異なるバージョンを区別するものです。
これを確かめるにはまず、渡邊さんの邊で確かめてみます。
①異字体セレクタ無し
②異字体セレクタE0100を付加
③異字体セレクタE0101を付加
の３パターンをflagのYES NO別で行います。(計６パターン)

結果
flagがNOのとき
①NSDataインスタンスは生成されて、中身は0xEEB4の2バイト
②NSDataインスタンスは生成されずにnilが返ってくる
③NSDataインスタンスは生成されずにnilが返ってくる

flagがYESのとき
①NSDataインスタンスは生成されて、中身は0xEEB4の2バイト
②NSDataインスタンスは生成されて、中身は0xEEB43F3Fの4バイト
③NSDataインスタンスは生成されて、中身は0xEEB43F3Fの4バイト
3Fは上のほうにも書いたように?のことで、邊??のような表記になります。

ということでflagがNOの時には異字体セレクタを処理できずnilを返す、YESの時には異字体セレクタに?をあてはめてNSDataを返す。となりました。
ただ全てのパターンで上のようになるかどうかはわかりません。
内部の処理がどうなっているかは正確にはわかりません。
可能性は
①flagがNOだとnilを返し、YESだと異字体セレクタはとにかく外し基本字に対応した文字を探す
②異字体セレクタを認識して、対応する文字を調べるが、なければ①と同じ。flagがNOでもNSDataが生成される可能性あり？
などいろいろ考えられます。


IVS
普通、異字体セレクタは元の字と一緒に使いますが、異字体セレクタのみでNSStringインスタンスを作ったらどうなるかやってみました。

UInt32 ijitaiPrt[1];

ijitaiPrt[0] = 0x000E0100;

NSString *ijitaiStr = [[NSString alloc] initWithBytes:ijitaiPrt length:4 encoding:NSUTF32LittleEndianStringEncoding];
NSLog(@"ijitai %@",ijitaiStr);
NSLog(@"ijitai %d",ijitaiStr.length);

結果は
ijitai 󠄀
ijitai 2
すべてのNSStringの機能がうまくいくかどうかはわかりませんが、lengthがきちんと値が返ってきているのでインスタンスの生成は出来ていると判断出来ます。ちなみに異字体セレクタはUTF16ではサロゲートペアに分解されlengthメソッドでは２文字としてカウントされます。

コメント

コメントを投稿

このブログの人気の投稿

Swiftのコンパイルエラー寄せ集め

Appleが2014年6月に出してきた新しいプログラミング言語Swiftのコンパイルエラーの収集。こんなプログラムでこんなエラーが出ました、という例をいくつか集めたものです(仕様を読みながらわざとエラーを出したものもかなり含む)。理想を言うならコンパイルの工程を理解した上でそれぞれの説明をしたいのだが、かなり専門的になるのでそこまでは出来ない。 宣言、初期化の実行文 Type annotation missing in pattern 型の指定がない（型がわからない） 【確認ver】Swift 3.0.2【語】annotation 注釈 //Swift 3.0.2 var abc //エラー abcが何の型かわからない。 var abc: Int や var abc = 0 なら型が決まる(推測できる)のでOK。 //Swift 3.0.2 var a, b, c: Int = 0 //エラー Intと=0はcのみに対して適用されるようで、aとbが不確定になる。 var a, b, c: IntならOK。 //Swift 3.0.2 var a, b = 0, c: Int //エラー aに対して、= 0は適用されない（bに対して適用）、Intもaに対して適用されない（間に= 0が適用されたbがあるため？） Cannot assign to value: '***' is a 'let' constant 値を代入できません。***はletで定義された定数です。 【確認ver】Swift 3.0.2【語】assign 割り当てる 値を初期値以外にするならvarで宣言すること。 //Swift 3.0.2 let abc = 0 abc = 1 //エラー //Swift 3.0.2 func funcA(a: Int) { a = 0 //エラー } 関数の引数で与えられたものを関数内で変更しようとした。関数の引数はデフォルトで定数扱い。関数内で変数として使いたいなら関数の頭でvar a = aなどとして書き換え可能にする。 Cannot assign to value: '***' returns immutable value 値を代入できません。***は変更できない
続きを読む

コンパイルエラー覚え書き(Objective-C)

((赤のほう)) Variable length array declaration can not hava 'static' storage duration メソッド内でstaticで配列を宣言するときに要素数が変数だと出る。 incompatible types in assignment 宣言に*を付け忘れ variable-sized object may not be initialized 宣言に*を付け忘れ expected ';' before '}' token ;忘れ Expected expression before '〜' token '〜'の前がおかしい '〜' undeclared (first use in this function) 宣言忘れ、宣言の位置がおかしい stay '3桁の数字' in program 日本語入力モードでなにか入力した wrong type argument to unary minus メソッドの引数がおかしいという意味 原因はほんとにメソッドの引数がおかしい場合と、すこし上のメソッドの}の閉じカッコ忘れでエラー部分が前のメソッドの一部と認識されている場合がある。 expected specifier-qualifier-list before '****' ２つの.hが互いに#importしあったときなどにおこる。 片方を @class ****; に変更するとエラーが出なくなることがよくある。 @class **** は.hのインポートではなく、ソースの中に「****」というクラスが出てきますが気にしないでください、と言うニュアンス。インポートはどこかでする必要があることがほとんどと思うが、.mの先頭でしてやればよい。 設計の見直しというのも解決方法のひとつ。 Lvalue required as left operand of assignment 代入可能じゃない(?) Initializer element is not constant int型の変数をstaticで宣言して同時に初
続きを読む

AVAudioSession細かいことまとめ(late 2014)

以前も書きました「AudioSessionの細かいことまとめ」のlate 2014版を書きます。 個人的なあらすじ 以前アプリを作る際に、AudioSession(C言語)とAVAudioSession(Obj-C)のどちらを使おうかと検討したことがありました。そのときはAVAudioSession(Obj-C)の方に機能が足りない部分が多少あって、これは主流にならないのではと思い、AudioSession(C言語)の方で実装しました。しかし予想は外れ、AudioSession(C言語)の方がiOS7より非推奨となったので、今回改めてAVAudioSession(Obj-C)の方でまとめてみます。せっかくなのでSwiftの方も併記して書いてみようと思います。基本的にAVAudioSessionのクラスリファレンスを読んでまとめるだけなので詳しく知りたいことがある場合はそちらを見て下さい。 ちなみに作っているアプリは SilentBonusTrack というカセットテープアプリで、iPodのような音楽再生機能が中心となっています。私の興味の対象はその辺の音楽再生系が中心になります。 重要な項目 まずは音を扱う場合には目を通しておく必要があるAudioSession関係です。 importするもの //Swift import AVFoundation //Objective-C #import <AVFoundation/AVFoundation.h> インスタンスの取得 このインスタンスに対して音の扱いに関するいろいろなメソッドを実行出来ます。 //Swift let session: AVAudioSession = AVAudioSession.sharedInstance() //Objective-C AVAudioSession *audioSession = [AVAudioSession sharedInstance]; Swiftの方はもしvarにする必要があればvarにしてください。 カテゴリーの指定 アプリの音の扱い方法を数パターンの中から選んで指定します。 //Swift var error: NSError? session.setCategory(AVAudioSessionCategoryPlayba
続きを読む