NSStringとC文字列(2): 永遠ログ
Mac OS X 向けアプリケーション開発を仕事としている永遠製作所が、日々の開発でつきあたった問題点や、ちょっとしたTipsをメモしていこうと言う、自分勝手な覚え書きブログ。 さて、前回に続きNSStringからC文字列を取り出す変換について。今回のが書きたかったこと。 簡易な変換方法では文字列の保存領域確保が不要な反面、いずれ勝手に解放されてしまう不便があります。 ですから、メモリ解放が自動ではない方法があればそれにこしたことはない。それがこれ。 - (BOOL)getCString:(char *)buffer maxLength:(NSUInteger)maxBufferCount encoding:(NSStringEncoding)encoding bufferはあらかじめ呼び出し側で確保したメモリなので誰も勝手に解放しません。そこにC文字列+NULL終端文字を含めて返してくれ
iosdevelopertips.com
iosdevelopertips.com 2023 著作権. 不許複製 プライバシーポリシー
絵文字を含むNSStringの正確な文字数をカウントする(2) | Tips
ちょっと前に絵文字の混在した文字列のカウント方法について書いたら、ちゃんとカウントできない文字があると指摘された。 なるほど、確かにカウントできない文字がある。いったいどんな規則性があるのかと思っていたら、絵文字の文字コードをまとめていたサイトを教えてもらった。 それがこれ↓ iOS Emoji う～ん、まるで規則性が見当たらないと思っていたらピンときた。前は UTF8String とかやってたけど、内部の文字コードはもしかしてUTF-16ではなかろうか？と思って調べたらやっぱりUTF-16だった。それならわざわざUTF-8に変換しないでUTF-16のまま処理した方が良い。 UTF-16といえば主要なトピックはサロゲートペアだ。0xD800-0xDBFFが上位サロゲート、0xDC00-0xDFFFが下位サロゲート。（ Wikipedia#Unicode 参考）なので上位サロゲートを検出した
【Objective-C】文字列（NSString）が空白のみかチェックする方法
今回は文字列（NSString）が空白のみかチェックする方法についてです。 入力されたデータ（テキストフィールドなど）やファイルから読み込んだデータによって処理を行う場合、値が空白ならばエラーが出ることがあるでしょう。 それを防ぐためにはチェックをかける必要がありますね。 以下のようにします。 //空白は不可とするチェックの場合 if([[[textfield text] stringByTrimmingCharactersInSet: [NSCharacterSet whitespaceCharacterSet]] isEqualToString:@""]){ return NO; } ロジックは空白（whitespaceCharacterSet）を取り除き、その結果が@""になるかどうかを確認しています。 文字列を扱う処理の場合多くのチェックが必要になるので（そのせいでデバック三昧の日
NSStringのisEqualToString:の落とし穴 - Qiita
※この記事は間違った情報を記述しています NSStringにはisEqualToString:[isEqual:]で文字を比較することができます。 しかしながら、この比較というのはliteral Unicode-based comparison、バイト列の比較なのです。 つまり、文字列的には同じだが、バイト列としては違う場合、 isEqualToStringは違うものと判断してしまいます。 従ってこの挙動が望ましくない場合、compare:等のその他の比較メソッドの中から適切に選択する必要があります。 caseInsensitiveCompare:やlocalizedCompare:等々色々ありますね。 この辺はまたしっかりリサーチができたらいずれまとめたいです。 #import <Foundation/Foundation.h> int main(int argc, const char
"sending 'const NSString *' to parameter of type 'NSString *' discards qualifiers" warning
I have Constants NSString, that I want to call like: [newString isEqualToString:CONSTANT_STRING]; Any wrong code here? I got this warning: sending 'const NSString *' to parameter of type 'NSString *' discards qualifiers How should these be declared?
CrossBridge » Objective-CでURLエンコード/デコードを行う
WebAPIを利用する時のパラメータなどで、日本語や記号が含まれている場合にはURLエンコード（パーセントエンコーディング）を行う必要があります。 NSStringクラスのstringByAddingPercentEscapesUsingEncodingメソッドがありますが、このメソッドでは期待する動きをしてくれません。なぜならstringByAddingPercentEscapesUsingEncodingメソッドでは「&」や「+」などがエスケープされません。 正しくエンコードするにはCFURLCreateStringByAddingPercentEscapes関数を使う必要があります。デコードも同じくCFURLCreateStringByAddingPercentEscapes関数で行うことができます。 それでは続きでCFURLCreateStringByAddingPercentEs
オブジェクトの状態をファイルに保存・復元する。（シリアライズ・デシリアライズ） - 24/7 twenty-four seven
参考サイト iPhone Tutorial - Archivers, unarchivers, and serialization on Vimeo Cocoaフレームワークには、もともとオブジェクトをシリアライズするための仕組みが用意されているので簡単です。 NSCodingプロトコルで定義されているメソッドを実装すれば、オブジェクトがシリアライズ可能になります。 例えば、下のような設定画面の値を保存するときに便利です。 設定の保存にはもうひとつ、NSUserDefaultsを使う方法もあります。 しかし、設定画面がiPhoneの「設定」のところになってしまい、設定項目に気づかないことがあったり、設定を変更するためにはアプリケーションを終了しなければならないなど、不便なので私は使いません。 手順 シリアライズされるクラスにNSCodingプロトコルのメソッドを実装する。 NSKeyedA
UIWebViewで表示中のURL、titleを取得する
UIWebViewで表示しているWebサイトのURLやtitleを取得する方法。 ■Titleの取得 NSString* title = [webView stringByEvaluatingJavaScriptFromString:@"document.title"]; ■URLの取得 NSString* url = [webView stringByEvaluatingJavaScriptFromString:@"document.URL"]; 参考記事： http://iphone-dev.jp/modules/d3forum/index.php?topic_id=72 http://www.htmq.com/js/index.shtml
suf.lab: データの保存 (4) - いろいろなデータのファイル保存
Thursday, February 10, 2011 データの保存 (4) - いろいろなデータのファイル保存 Label: iOS, Objective-C iPhoneアプリ開発において、データを保存したい場合はどうすればいいのだろう？ 今回は様々なデータ保存の手法を取り上げてみます。 バックナンバー 設定などの保存 ホームディレクトリとファイルパス ファイルやディレクトリの操作 いろいろなデータのファイル保存 プロパティリストの利用 ローレベルなファイルアクセス いろいろなデータのファイル保存 さて、それでは今回の本題「データ保存」の方法を調べていきます。 一概にデータを保存するといっても、既存のクラスを利用して簡単に保存する方法もあれば、ファイルハンドルを取得してバイト列を読み書きするローレベルな方法もあります。 今回は前者の高レベルなアクセスを取り上げましょう。 この記事の内
NSDateFormatterのYYYY利用時の注意点 - 西海岸より
NSDateFomatterを利用していてハマったところ。 以下のコードでは、originalという年月日時分秒の文字列を、 フォーマッタで日付変換し、さらに同じフォーマッタで文字列に戻すというもの。 結果は元の文字列になるはず。(original = originalReversed) (フォーマッタを使ったメソッドのテストコードの一部) NSString *original = @"20100101123456"; NSLog(@"original is %@", original); //originalを表示 NSDateFormatter *formatter = [[NSDateFormatter alloc] init]; [formatter setDateFormat:@"YYYYMMddHHmmss"]; // NSString -> NSDate NSDate *or
Cocoaの日々: [iOS][Mac] ISO 8601 相当の日付文字列を NSDateFormatter で変換する
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど ISO 8601日付文字列を NSDateに変換する 例えば 2010-12-01T21:35:43+0900という文字列があった場合 NSDateFormatter* formatter = [[NSDateFormatter alloc] init]; [formatter setDateFormat:@"yyyy-MM-dd'T'HH:mm:ssZ"]; NSDate* date = [formatter dateFromString:string]; [formatter release];で NSDate へ変換できる。 ISO 8601 には多くのバリエーションがあって上記書式は Facebook API などで使われている ISO 8601 書式の一つ。 参考：ISO 8
![Cocoaの日々: [iOS][Mac] ISO 8601 相当の日付文字列を NSDateFormatter で変換する](https://cdn-ak-scissors.b.st-hatena.com/image/square/f8d857cd560a332cc8cab4850de593eb282bcba0/height=288;version=1;width=512/https%3A%2F%2F2.bp.blogspot.com%2F-lVw0cacOsSg%2FWsqkmhihiGI%2FAAAAAAAAQAo%2FgKN8M7eC5Lk4tehlzyXwWBaRRCxh8wbjwCLcBGAs%2Fs320%2Fcoco-top.png)
NSDateFormatter - 文字列と日付の変換 - 強火で進め
文字列→日付、日付→文字列の変換を行うNSDateFormatter、理解するまではちょっと難しそうな印象があるこのクラスの使い方を解説します。 フォーマットの指定 文字列 intputDateStr を inputDateFormatter で指定したフォーマットでパースしてNSDate に格納。それを outputDateFormatter で指定したフォーマットで文字列として出力するサンプルです。 NSDateFormatter *inputDateFormatter = [[NSDateFormatter alloc] init]; [inputDateFormatter setDateFormat:@"yyyy/MM/dd HH:mm:ss"]; NSString *intputDateStr = @"2000/01/02 03:04:05"; NSDate *inputDate
【ぐぬぬ】iPhoneアプリのこんなとき、どうするの？？
@interface UILabel (resize) - (void) resizeWithPoint: (CGPoint)point; - (id) initWithText:(NSString *)text andFont:(UIFont *)font; - (id) initWithText:(NSString *)text andFont:(UIFont *)font andPoint:(CGPoint)point; - (CGRect)resizedFrameWithPoint: (CGPoint)point; @end @implementation UILabel (resize) - (void)resizeWithPoint:(CGPoint)point { self.frame = [self resizedFrameWithPoint:point]; } - (id
NSDictionaryやNSArrayが日本語を含んでいるとNSLogで読めないことへの対処 | スマートフォンアプリ開発会社のエンジニアブログ
はじめに NSDictionaryやNSArrayに日本語が含まれていると、”\U3044\U3044″みたいになってよめない。 文字化けしているというかエスケープされているというのか、なんというかもう読めない。 そこで！ そこで、日本語で表示させる方法を発見しました！NSDictionary *dict = @{@"AA":@"ああ", @"いい":@{@"うう":@"ええ"} }; NSArray *arr = @[@"あああ", @"いいい"]; NSString *dictString = [NSString stringWithFormat:@"%@",dict]; NSString *dictUTFNonLossyASCIIStringEncoding = [NSString stringWithCString:[dictString cStringUsingEncoding
Objective-Cで文字列をUTF-16に変換→復元すると文字化けする - $koherent->diary
iPhoneアプリを作っているときに、文字列をUTF-16に変換してから復元すると文字化けするという困った現象にぶちあたりました。 下記のコードを実行します。 NSString *str = @"はろーわーるど"; // UTF-16のchar配列を取得 const char *chars = [str cStringUsingEncoding:NSUTF16StringEncoding]; // 得られたchar配列からNSStringを作成 NSString *str2 = [NSString stringWithCString:chars encoding:NSUTF16StringEncoding]; // 出力 NSLog(@"%@", str2); 結果は次の通りです。 漰贰ﰰ輰ﰰ謰椰 見事、文字化けしました。 原因調査 (1) - エンディアンを指定する Objective-
文字列を Objective-C っぽくクールに作る
こんにちは。Sleipnir 3 for Mac 開発担当の福井です。 Mac/iOS エンジニアのみなさん、突然ですがコーディング中に文字列を作るとき、NSString の API はきちんと使えていますか？ちょっとした文字の追加に NSMutableString を作ったり、[NSString stringWithFormat:] を使って新しく文字列を作ったりしていませんか？できているけど少しむりやりでなにかダサい、そんなコード書いていませんか？多くのパターンでは Foundation の API を使うことでより簡潔に表現することができます。基本の API を的確に使って、ワンランク上のエンジニアを目指しましょう。 文字列の追加 冒頭でも触れましたが、ちょっと文字列を追加したいというケースはよくあると思います。しかし、いちいち編集用の NSMutableString を作ったり、[
MapKit の地図に自作のピンを表示する
携帯端末の強みの一つとして、GPS 機能があります。その位置情報の活用方法としては様々なものがありますが、代表的なものは地図表示ではないでしょうか。iOS の MapKit にはデフォルトで位置を表示するピンが用意されていますが、最近自作のピンを設定する機会があったので、その方法について書きたいと思います。 MapKit のざっくりとした使い方 MapKit を使うにあたってのざっくりとした流れは MapKit.framework を追加 MapKit/MapKit.h を import MKMapView を作成し、MKMapViewDelegate で制御 となります。 MKMapView およびそのサブクラスという意味で、以下マップビューと呼ぶことにします。同様に、MKAnnotationView およびそのサブクラスという意味でアノテーションビューと呼ぶことにします。 マップビュー
より豊かな表現のために、3つのステップで実装する Core Text
こんにちは、開発担当の眞弓です。 テキストを表示するとき、通常は UILabel などを使いますがときどき「凝った文字列を使いたい」ということはないでしょうか？ そんなときのために、今回は Core Text の基本的な使い方について書いてみようと思います。 人によってやり方は違うと思いますが、ちょっとしたことに使う場合に私がやっててわかりやすかった方法を紹介します。 位置を指定するやりかたはイメージしにくいので、文字列単位で扱えるやり方で実装をしてみました。 以下のような感じで、「属性付き文字列を作って、その文字列を付け足していって、最後にまとめて表示」というやり方です。 1 : 文字列を作成 2 : フレームを作成 3 : DrawRect 1 : 文字列を作成 属性付き文字列は以下のような感じで作っていきます。 atrString = [[NSMutableAttributedStr
NSString#rangeOfString: と CFStringFind ではデフォルトのオプションが違う
こんにちは、Sleipnir for Mac 開発担当の宮本です。 先ほど、CFStringFind を使うと文字列検索が速いよという記事を書いたのですが、速さの違いはオプションによるもののようです。 Twitter での、開発者さんたちの反応でわかりました。勉強になります！ rangeOfString:options: には NSLiteralSearch というオプションが、CFStringFindWithOptions には kCFCompareNonliteral というオプションがあります。 それぞれ逆のことを意味するオプションがあって、デフォルト値が逆になっているわけです。 (rangeOfString:Options:) + (NSLiteralSearch) = (CFStringFind) (rangeOfString:) = (CFStringFindWithOptio
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
