Xcode6でiOS8へPush通知が送れない場合の解決方法 - Qiita
はじめに iOS8からプッシュ通知の通知領域をカスタマイズ可能になったり、ボタンを表示する機能が追加されました。 (こちらについては、他の投稿に詳しくありますので本記事では割愛します。) 機能追加に伴い、プッシュ通知の設定方法や、デバイストークンの取得方法に変更がありましたので、そちらについて説明していこうと思います。 本記事はXcode6(iOS8ビルド)でビルドされたのiOS8の端末での動作となります。 Xcode5(iOS7ビルド)の場合はいままでの設定方法でiOS8へプッシュ通知が送信できる事を確認しています。 プッシュ通知の設定 iOS7以前では-application:didFinishLaunchingWithOptions:へ下記の様なregisterForRemoteNotificationTypes:でプッシュ設定を行うのが一般的でした。 しかし、iOS8からこのメソッ
綺麗なAPI速習会 - Qiita
Wantedly Engineer blogに本速習会資料を閲覧向けに再編しました！ ぜひご覧いただけると幸いです！ 本記事は、綺麗なAPI速習会@Wantedlyの資料として作成されたものです。 同時にこちらのコードも参照してください。 マイクロサービス 流行りのマイクロサービス、何がいいのか 各々自由な言語やArchitectureでサービスを立てられる 障害の影響が部分的 変化に強い 個別デプロイ etc... マイクロサービス化をすすめるにあたり、やりとりは全てAPIで行う 内部のAPIであっても外部に公開できるようなクオリティのAPIを作成し、それを元にサービスを作っていくことが重要 APIGatewayとBFF API Gateway Pattern 公式サイトより 「見た目はモノリシック、実装はマイクロサービス」 一箇所見に行けば全てのAPIを見つけられる 細かい権限管理も可
[ObjC] AppDelegate 通知分岐処理テンプレート - Qiita
リモート/ローカル通知での、AppDelegate分岐処理テンプレート。 通知は6パターン、分岐は5パターン。 ※PushNotificationに対応した証明書のプロビジョニングを利用している前提。 #import "AppDelegate.h" @implementation AppDelegate /** * * [AppDelegate Notification Template] * * 通知を受け取った時の振る舞い * * ▼リモート通知うけとった * * [0-0] アプリがフォアグラウンドで動いている状態だった * * [0-1] アプリがバックグラウンドにいる状態で通知を受け取り、通知領域をタップしてフォアグラウンドになった * * [0-2] アプリは停止している状態で、通知領域がタップされ起動した * * ▼ローカル通知うけとった * * [1-0] アプリがフォアグ
![[ObjC] AppDelegate 通知分岐処理テンプレート - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/5462d35f0d215bb7b4d94dd785f87f8ca7ec11a7/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCT2JqQyU1RCUyMEFwcERlbGVnYXRlJTIwJUU5JTgwJTlBJUU3JTlGJUE1JUU1JTg4JTg2JUU1JUIyJTkwJUU1JTg3JUE2JUU3JTkwJTg2JUUzJTgzJTg2JUUzJTgzJUIzJUUzJTgzJTk3JUUzJTgzJUFDJUUzJTgzJUJDJUUzJTgzJTg4JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz04N2JiYWI5NGFhNzQ5ZmZiMTI0MGVjMmY0ZDUwZjNkNg%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwaXRveiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MzVkZjBkODU0NTAxNTM2M2NjZDE1ODBlNmUwMjdkZTg%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D46dc2107b5c9633d4ec39fbdebfd5daf)
エンジニアなら知っておきたい、絵で見てわかるセキュア通信の基本 - Qiita
TLS 1.3は現在策定中ですが、 前方秘匿性 の問題から RSAのみ を用いた鍵委共有が禁止になる見込みです。(詳細は後述します) HTTPSとは 次に、HTTPSです。 HTTPS - Wikipedia HTTPS（Hypertext Transfer Protocol Secure）は、HTTPによる通信を安全に（セキュアに）行うためのプロトコルおよびURIスキームである。 厳密に言えば、HTTPS自体はプロトコルではなく、SSL/TLSプロトコルによって提供される セキュアな接続の上でHTTP通信を行うこと をHTTPSと呼んでいる。 とのことです。 HTTPの説明を割愛するとすれば、「SSL/TLSでセキュアにHTTPをやる」というだけの説明で済んでしまいます。 最近では個人情報等の観点から全てのサイトをHTTPSにするような動きが見られますが、元々HTTPSが使われやすかった
新卒の子にどこまで勉強すれば良いですかね？と聞かれた件 - Qiita
ちょっと、簡単に答えられなかったので、休み中にまとめました。 「どこまで勉強すれば良いか？」 という質問には、 自分の立ち位置や、今後の目標など関わるので、 それらを踏まえて考える必要があると思います。 職種によっても違いますが、質問された時の状況は、 Web系エンジニアが新卒の子に聞かれた形なので、 考慮いただきたいです。 また、そもそも、どんな背景をもったやつが書いてるんだ？と思う方も いらっしゃるかと思いましたので、簡単に自己紹介してから書きます。 書いている人の自己紹介 現在33歳で、エンジニアスタートしたのが、 2005年08月だったので、エンジニア歴は11年となります。 ほとんどの現場がデスマーチ状態だったので、2ヶ月くらい前に転職して、 現在はホワイトな会社のリクルート住まいカンパニーで、PHPを書いています。 言語歴としては、最初にJP1スクリプトを１年半くらいやって、次に
2015年に向けての行儀の良いObjective-Cの書き方 - Qiita
2014年終盤、もしかしたら皆さんはObjective-Cなんて使わずにSwiftでアプリ開発をしているかもしれませんが、自分が利用しているコーディング時のガイドになるスタイルガイドを公開したいと思います。 新しくプロジェクトが始まった際など何かしらの議論のベースとなれば幸いです。 前提 あくまでスタイルガイドであってルールじゃない もしガイド通りでなくてもレビュー時に指摘するほどではない 複数ある方法を選ぶ際の参考にすればいい MUSTな項目はなくレビュー時に気づいたら気づいた誰かが直せばいい 項目それぞれに理由があるが、その理由が当てはまらなければ当然他の方法が適している 開発メンバーによってそれぞれ合う合わないがあるのは当然 プロジェクトによってガイドの内容は調整されてもいい スタイルガイドは言語仕様や開発環境の気付きになる場合が多く、それも目的としている Blocksを引数にとるメ
「AWS is 何」を3行でまとめてみるよ - Qiita
すべてのAWSのサービスを 3行以下でまとめました。 AWSが色々ありすぎてわからん！ 3行以下で誰かまとめて！！という思いで、AWSを3行で書いてるところがなかったので自分で作りました。 掲載した金額は最小使用時のもの。無料枠や大量購入割引(Volume discount)、あと転送量でかなり変わるので、参考程度に。 以下からのカッコよすぎな見出しは AWSクラウド製品のページ からのそのままの引用です。「 広範かつ奥深いコアクラウドインフラストラクチャサービス」って僕が言ってるわけじゃない！ 広範かつ奥深いコアクラウドインフラストラクチャサービス なんのこっちゃ。 よーするに「基本サービスですよ」ってことらしい。基本サービス多すぎだろ・・・。 い。 コンピューティング AWS is 何 いくら？
初心者を戒めるPHP - Qiita
この記事は何か 挑発的な文言になってる箇所はあるものの、内容としてはそれなりにまじめに書いたつもり。むしゃむしゃしてやった。いまでは反芻してゐる。 PHPDocは必ず書け あらゆる再利用可能な手続きは、他人が容易に応用できるように型が明示的でなければいけない。メンバー全員が実装コード全てを把握できるものならそれが理想だけれど、残念ながら時間は有限だ。ヘッダだけを読んでメソッドの仕様が理解でき、またはコードを読む助けになるようなコメントが良い。 有名な事実を紹介すると、多くのコードは数か月(早ければ数日！)も経てば、他人が書いたコードに感じられるほど理解できなくなることがしばしばある。もちろん設計の練度にもよらうが、設計判断について注意を要した点などをコメントに残しておくことで、ひいては未来の自分の役に立てることができる。 お前の先輩は「PHPには型がない」などと知ったかぶって意味不明1なこ
モダンPHPアンチパターン - Qiita
アンチパターンなので、見出しの内容はすべてバッドノウハウです。 前に書いたやつ PHPのモダンな開発環境を紹介する - Qiita PHP - Functoolsを作った - Qiita PHPのlist()はタプル展開のための機能 - Qiita 関係ないけどこれも: シェル、ターミナル、コンソール、コマンドライン 追記: 本文中でとりあげた「怖い話」について、ちゃんと説明しました PHP - namespaceとBOMに何の関係があるのさ - Qiita ファイルの最後に?>を書く PHPコードは<?phpで始まり?>で締める。それがPHPの常識(ｷﾘｯ ……そんなことはもう綺麗さっぱり忘れよう。PHPはテンプレートエンジンではあるが、Webアプリケーションを書く上では、もはやテンプレートエンジンとしての機能は求められなくなりつつある。 不要な?>を書いてはいけない理由は明確で、<?p
社内の備品貸出にTSUTAYAのレジ風システムを導入した - Qiita
概要 社内の備品（主にスマホやパソコンなどの端末）をアプリで「ピッ」とスキャンするだけで、簡単に貸出/返却処理ができるTSUTAYAのレジ風システムを作りました。 その名も「ネコレジ」 OSSなテスト支援ツール「Chibineko」に続く、ねこシリーズ第2弾です。 ネコレジのシステム構成 備品を識別する仕組み 備品の識別にはQRコードを使用します。 各備品にはそれぞれ一意のIDを埋め込んだQRコードを貼り、リーダー側（クライアントアプリ）で識別できるようにします。 QRコードの印刷にはテプラPRO SR5900Pを使用。 このテプラはLAN接続対応なので、iPhoneからも直接印刷ができるスグレモノです。 ちなみにうちの部署にはスマホやガラケーなどが1,000台以上ありますが、気合いですべてに貼りました。 会員カード（通称ネコカ） ユーザーの識別も同様にQRコードで行います。 できるだけお
インフラエンジニアじゃなくても押さえておきたいSSHの基礎知識 - Qiita
最近はクラウド上のサーバーを利用する事も多くなってきた。 サーバーの用意やネットワーク周りの設定はインフラ部門がやってくれるけど、アプリのデプロイ／設定は開発者がする事が多いので、開発メインでやってるエンジニアでも最低限SSHの知識は必要になる。 また、Vagrant等でローカル環境にVMを作成する事もあるので、ローカル環境内でSSHを使用するケースも増えてきた。 というわけでインフラエンジニアじゃなくてもSSHクライアントの知識は必須になってきているので、改めてSSHの再学習をしてみることにした。 SSHとは 暗号や認証の技術を利用して、安全にリモートコンピュータと通信するためのプロトコル。 SSHでは以下の点で従来のTelnetより安全な通信が行える。1 パスワードやデータを暗号化して通信する。 クライアントがサーバーに接続する時に、接続先が意図しないサーバーに誘導されていないか厳密に
APNSの確認ダイアログを再表示する方法 - Qiita
Push通知の確認ダイアログの表示タイミングを色々テストするときに、再表示させるためのデバイスの操作を毎回忘れるのでメモ。 手順 アプリをアンインストールして1日以上経過した状態を作りだすのが重要みたい。再起動は面倒だけど省くと上手くいかないです。 デバイスの時刻を自動設定から手動に変更 アプリをアンインストール デバイスを再起動 iPhone の時刻を1日以上未来に手動で変更 デバイスを再起動 アプリを再インストール 参考 Troubleshooting Push Notifications The first time a push-enabled app registers for push notifications, iOS asks the user if they wish to receive notifications for that app. Once the use
組み込み系を専攻していた僕がWEBの会社に新卒入社して生き抜くために実施した6つのこと - Qiita
はじめに 気がつけば今年も四分の一が終わり、少しずつ春の足音が聞こえてきましたね。 この時期は環境が大きく変わる人も多く、特に新社会人になるみんなは「楽しみ」だったり「不安」だったりとそわそわしているに違いありません。 僕も14卒のエンジニアとして今の会社に入社したのですが、この時期は不安でいっぱいでした。 この記事はなんなの？ 学生時代、組み込み系を専攻していた僕が、WEBの会社に新卒入社して生き抜くために 「学生時代から社会人になって変えたこと」 を綴っています。 入社当時の僕のスキルセット 「C言語の基本的な構文がわかる」 「Javaを少し触った事がある」 本当にこのレベルでした。 学生時代は組み込み系を専攻していたこともあり授業が「回路設計」「ハードウェア設計」中心だったのでWEB系のスキルは殆ど無かったのです。 「こんなスキルセットで本当にやっていけるのだろうか…？」「仕事につい
[iOS]部屋の灯りが消えたら自動でGet Wildを再生してGet Wild退勤する - Qiita
https://twitter.com/kozeni_shkt/status/709743397196541953 http://www.b-ch.com/ttl/index.php?ttl_c=467 照度センサーという事で最初arduinoが思い浮かんだのだけれど、一般のご家庭やオフィスにarduinoは無いと思うのでiOSでやった。使わなくなったiPadにアプリを入れてオフィスの出入口に置いておく運用イメージ。 設定した閾値をディスプレイの輝度(部屋の照度)が下回ったらGet Wildし始める。なお手を抜いてるので閾値以下で輝度が変化するたびにGet Wildされる。 // // ViewController.swift // gettlod // // Created by ouba on 2016/03/28. // Copyright © 2016年 oubakiou. All
![[iOS]部屋の灯りが消えたら自動でGet Wildを再生してGet Wild退勤する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/c51edb1fa3f6a57b108ea4ba89827877068b859f/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCaU9TJTVEJUU5JTgzJUE4JUU1JUIxJThCJUUzJTgxJUFFJUU3JTgxJUFGJUUzJTgyJThBJUUzJTgxJThDJUU2JUI2JTg4JUUzJTgxJTg4JUUzJTgxJTlGJUUzJTgyJTg5JUU4JTg3JUFBJUU1JThCJTk1JUUzJTgxJUE3R2V0JTIwV2lsZCVFMyU4MiU5MiVFNSU4NiU4RCVFNyU5NCU5RiVFMyU4MSU5NyVFMyU4MSVBNkdldCUyMFdpbGQlRTklODAlODAlRTUlOEIlQTQlRTMlODElOTklRTMlODIlOEImdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPWMwNDYwMWI3OGFhZDdmMTM0Yjg0Mzg5YjExMDAwNDEx%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBvdWJha2lvdSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MWZiMmRiOTdjYTI1YjE3YThkYzEwZWRkYjFhNDFjMzY%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D10db640664d32e7c6755a2dc9c82f52c)
WebAPIでエラーをどう表現すべき？15のサービスを調査してみた - Qiita
2017-01-05 追記 2016年3月にエラーの標準形式RFC7807「Problem Details for HTTP APIs」が提案され、今日現在proposed standard(標準化への提唱)となっています。こちらも是非ご覧ください。 RFC 7807 - Problem Details for HTTP APIs HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様 最近はREST APIを提供しているサービスが増えてきていますね！また公開されるAPIだけでなく、Microservicesなアーキテクチャを採用して、バックエンドがWeb APIで通信するケースも増えてきているように思います。 APIを使うときはあまり気にしたこともなかったですが、いざAPIを設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。
iOSアプリのプロビジョニング周りを図にしてみる - Qiita
きっかけ iOSアプリ公開の壁となっているプロビジョニング周りですが、ハマりまくったので覚えている内に図にしました。 難しくしてる理由 難しくしているのは、この辺が理由ではないかと思います。 iOS Developerサイトでの画面・操作手順がしょっちゅう変わる Xcodeも、バージョンによって画面・操作手順が変わる ということで、書籍やWebでのノウハウがすぐに古くなってしまいます。ググるといろんな情報が出てきてしまい、かえって混乱します。 また、開発時のiOSデバイスはXcode側である程度自動的にやってくれるのですが、それがかえって分からなくしているような気がします。 概念図 ということで、結局、概念を理解してしまうのがいいのではないかと思い、図にしてみました。 （より厳密に実行端末が判断されるAd Hoc配布をベースに記述） ざっくり手順（※個別の操作は省略） 鍵ペア（秘密鍵／公開
[iOS] プロビジョニングファイルと証明書の意味 - Qiita
いまだになにがどうしてどうなる、みたいなところが明確ではありません。 ので、把握するという意味でメモを残しておこうと思います。 iOS実機にアプリをインストールするために必要なもの 正規開発者証明書 デバイス識別子 アプリケーションID プロビジョニングファイル デバイス識別子 開発中（やアドホック用）の、アプリを動かしたいデバイスの識別子 アプリケーションID アプリケーションを識別するID 開発中（やアドホック用）アプリを、iPhone/iPadの実機にインストールするために必要。 プロビジョニングファイルは、アプリケーションID、デバイス識別子、正規開発者証明書の関係をまとめたファイルです。 これを実機に登録しておくことで、条件にあったアプリをインストールすることが可能になります。 大まかな流れ 大まかな流れは以下になります。 Mac上で公開鍵・秘密鍵を生成し、公開鍵を含めたCSR（
![[iOS] プロビジョニングファイルと証明書の意味 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/3cd362fe0e8e4fc8d4e95b0d97e7bfca78b1d965/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCaU9TJTVEJTIwJUUzJTgzJTk3JUUzJTgzJUFEJUUzJTgzJTkzJUUzJTgyJUI4JUUzJTgzJUE3JUUzJTgzJThCJUUzJTgzJUIzJUUzJTgyJUIwJUUzJTgzJTk1JUUzJTgyJUExJUUzJTgyJUE0JUUzJTgzJUFCJUUzJTgxJUE4JUU4JUE4JUJDJUU2JTk4JThFJUU2JTlCJUI4JUUzJTgxJUFFJUU2JTg0JThGJUU1JTkxJUIzJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz03ODI5YzA1Y2M0MDhkNGMwM2U4NzJlM2JlOTY5MzczZg%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwZWRvX20xOCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MWZhNjI3N2Y5N2YyYmU4NTJmMzc3YzAyOGM1MTQ2NjA%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D5ad63b2ff26d4d51cb74025778bbd7d0)
iOSのPUSH通知(APNS)の特徴・ノウハウまとめ(iOS 9まで対応) - Qiita
今開発しているPlayer!で、チャット系のリアルタイム更新処理が必要となったので、色々調べながらまとめています。 分量が多いので、とりあえずまずは小出しにAppleのPUSH通知の特徴・ノウハウについてまとめたものを公開します。 → 「リアルタイム更新処理」全体にフォーカスした記事も書きましたヽ(・ω・｀） iOS - チャットなどリアルタイム更新が必要なスマフォアプリの構成について考えてみた - Qiita アプリが終了状態になっていてもサーバーから通知出来る唯一の手段 まず当たり前のことからですが、最大の特長だと思います。 この理由によって、双方向通信などを併用するにしてもPUSH通知対応は必須です。 (サーバー経由でなければ、位置情報トリガーなど他にもいくつか終了状態から起こす方法は存在します。) ユーザーにPUSH通知を不許可にされたら届かない さらに、初回の確認で不許可にされた
SwiftでQRコードを生成してみた - Qiita
SwiftでQRコードを生成してみました。 環境 Xcode 7.2.1 Swift 2.1.1 結果 import UIKit import CoreImage var url = "http://www.yahoo.co.jp/" // NSString から NSDataへ変換 let data = url.dataUsingEncoding(NSUTF8StringEncoding)! // QRコード生成のフィルター // NSData型でデーターを用意 // inputCorrectionLevelは、誤り訂正レベル let qr = CIFilter(name: "CIQRCodeGenerator", withInputParameters: ["inputMessage": data, "inputCorrectionLevel": "M"])! let sizeTran
【Objective-C】 UITableViewまわりのきほん
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath{ static NSString* CellIdentifier = @"Cell"; UITableViewCell* cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier forIndexPath:indexPath]; /* //storyboardでひもづけしてないときに自己生成でリユースにひもづける UITableViewCell* cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier]; if(!cell){ cell
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
