プッシュ通知に必要な証明書の作り方2023 - Qiita
2023/01動作確認及び掲載内容の確認が完了しました🎉 手順を画像と共に紹介していますので、参考にしてください 概要 アプリを作るとき「プッシュ通知機能があったらいいな！」と思いませんか？でもどうやったら良いんだろ？と思う方も多いはず！そこで、今回は必要な証明書周りの話を書いてみました^^* この Qiita 記事で必要な証明書類の作成ができます ただしリリース用ではなく開発用の作成手順を書かせていただいています。リリース用も同じような手順でできますのでまずは開発用でチャレンジしてみてください プッシュ通知 ASP サービスには ニフクラ mobile backend を使っています mobile backend を利用してプッシュ通知機能の実装をする場合は以下ドキュメントを参考にしてください Xcode > Swiftはこちら https://mbaas.nifcloud.com/d
Swift 3からのアクセスコントロール - Qiita
Swift 3でクラスやメソッドにつける public や private などのアクセスコントロールが見直されました。新しいキーワードが増えただけでなく、これまでのキーワードの意味も変わったので、何がどう変わったのか、それらをどう使い分けていくのかというところを自分なりにまとめました。 これまでのアクセスコントロール Swift 2までは次の3つのアクセスレベルがありました。何もつけなければ internal が指定されたことになります。 public: 同じモジュール内だけでなく、別のモジュールからでもアクセスできる internal: 同じモジュール内からのみアクセスできる private: 同じソースファイル内からのみアクセスできる Swift 3からは次の5つのアクセスレベルになります。何も付けなければ internal になる点はこれまでと同じです。 open: 同じモジュール
Swiftの @escaping と weak/unowned の理解 - Qiita
Swiftでクロージャを使うコードを書いていると，よく @escaping とか weak / unowned といったワードを目にすることがあります． なんとなく「コンパイラに怒られたら付ける」とか「参考にしたコードに書いてあったから付ける」などとしてしまっていたのですが（反省），ちゃんと意味を調べてみてもなかなか理解ができませんでした． そこで，参考にした記事と私が動作確認したコードを示し，「こう考えたら私は理解できた」というメモを残しておきます． なお，概念の理解を優先しているため，用語や表現の正確性は無いかもしれません． 参考にした記事 Swift 3 の @escaping とは何か - Qiita "Weak, Strong, Unowned, Oh My!" - A Guide to References in Swift — KrakenDev 環境 Swift 3.1 X
Swift 3 の @escaping とは何か - Qiita
以前 Swiftの @noescape をもっと使おう という記事を書いたのですが、 Swift 3 からは @noescape の挙動がデフォルトに、そして@noescape の記述はdeprecatedになり、代わりに @escaping が追加されました。 使い方 引数で受け取るクロージャに対してattributeとして付与します。 class A { private let storedClosure: () -> () init(closure: @escaping () -> ()) { // ここ storedClosure = closure } } どういうときに必要か クロージャがスコープから抜けても存在し続けるときに @escaping が必要になります。 具体的には以下のような場合です。 クロージャがスコープ外で強参照されるとき クロージャを非同期的に実行するとき
オブザーバーパターンから始めるRxSwift入門 - Qiita
はじめに Rx とは C# 発祥の Reactive Extensions のことで、様々な言語に移植されています。RxSwift は Rx の Swift 版です。 様々な言語に移植されているのは、それだけ有用だからです。しかし Rx は有用である一方で学習コストが高く、導入の敷居が高いとみなされがちです。 ネットで Rx について検索すると、Reactive とは・・・関数指向うんたら・・・と、そりゃオブジェクト指向プログラマにはとっつきにくそうに感じるわな、と思うものが多いです。 ここではオブジェクト指向設計で一般的に利用されるオブザーバーパターンを置き換えるところから、Rx の利用方法を解説してみます。 以下のようにシリーズになっていますが、この記事の内容だけでも十分役に立つと思います。 オブザーバーパターンから始めるRxSwift入門 RxSwift入門(2) 非同期処理してみる
Swift 4.0 エラー処理入門 - Qiita
はじめに Swiftのエラー処理について初心者ながら記述方法を整理してみます。 本記事はSwift 4.0に対応しています。 エラー処理とは 以下のようにメソッドで何らかのエラーが発生した場合に呼び出し元へエラーとして返すことができます。 // エラーを持つメソッド func methodA(text: String) throws { if text.isEmpty { throw NSError(domain: "errorメッセージ", code: -1, userInfo: nil) } print(text) } // 呼び出し元メソッド func method() { do { try? methodA(text: "") } catch { // エラー処理 } } プロトコルError 上記の例ではNSErrorをエラーとしましたが、これはNSErrorもErrorプロトコ
[2017年版]RxSwift + Alamofire + ObjectMapper + RealmのSwift実装について - Qiita
[2017年版]RxSwift + Alamofire + ObjectMapper + RealmのSwift実装についてSwiftRealmAlamofireRxSwiftObjectMapper はじめに タイトルに記載したテクノロジーを使って、APIでデータを取得してRealmに保存するコードを残しておきます。 全体を通したコードが毎年変わるので、現時点で作成しているコードという意味で2017年版と書いてます。 これは2017年の決定版という意味ではありません。 なお、記事の内容は長いですが全部読めば多分理解できると思うように書いてます。 注意 以下のプログラムは動作検証をしていないため、正しく動かないケースがあるかもしれません。 しかし、もし動作しなくてもXCodeのコンパイラが出力したエラーの通り行えば動くようになるはずです。 （コメントで指摘してもらえると幸いです。） 各テク
![[2017年版]RxSwift + Alamofire + ObjectMapper + RealmのSwift実装について - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d2d5d22ebd8f44807f661d6913c8bfc45f47c20/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCMjAxNyVFNSVCOSVCNCVFNyU4OSU4OCU1RFJ4U3dpZnQlMjAlMkIlMjBBbGFtb2ZpcmUlMjAlMkIlMjBPYmplY3RNYXBwZXIlMjAlMkIlMjBSZWFsbSVFMyU4MSVBRVN3aWZ0JUU1JUFFJTlGJUU4JUEzJTg1JUUzJTgxJUFCJUUzJTgxJUE0JUUzJTgxJTg0JUUzJTgxJUE2JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz04NzE2MGI3ZDYxY2M5MDYzZGEzZWVjMDIwNTFiYWE1Yw%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwdG93bnNvZnQmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTdhMzQ1NThjNTlmZWJjY2I4NjZiNDc2NWY4ODdkYmVi%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D47ca33df905629337046e32ef9144389)
Swiftを使ったAPIクライアントの実装方法 - ユニファ開発者ブログ
はじめましてiOSエンジニアのしだです。 おかげさまで、去年12月に るくみーnote という園で利用してもらう連絡帳アプリをリリースしました。（実際に園でご利用いただくのは４月からの予定です） iOS版の るくみーnote では主に Alamofire 、 ObjectMapper 、RxSwift 、 SQLite.swift などのライブラリを利用しています。 今回は、そのときに実践した Alamofire + ObjectMapper + RxSwift を使ったAPIクライアント周りの実装方法を紹介したいと思います。 以下のサンプルの実装は Slack WebAPI を使って説明しています。 準備 Xcode 8.2（Swift 3） Alamofire 4.2.0 ObjectMapper 2.2.1 RxSwift 3.0.1、 RxCocoa 3.0.1 Slack Web
Swiftの列挙型(enum)おさらい - Qiita
背景 Swiftの列挙型(enum)は他言語の列挙型と違い様々なことができます しかし具体的にどんなことができるのか、きちんと調べたことが無かったのでこれを機に備忘録としてSwiftのenumができることをまとめてみました これまでの列挙型に対するイメージ 有限集合に名前をつけたもの 有限集合内の各要素に名前をつけて可読性向上 Swiftの列挙型(enum)あれこれ それではSwiftの列挙型でできることを紹介していきます 標準の列挙型 enum BloodType { case ab case a case b case o } let typeAB = BloodType.ab 標準的なenumです 型が分かっている場合はenum型を省略してlet typeAB: BloodType = .abと書けます 値型enum(raw value enum) 各要素に指定した型の値を割り当てる
StoryboardでTable Viewを使ってTwitterのTimelineっぽいUIを作る - Qiita
はじめに この資料はスクーのはじめてのiOSアプリ開発② - 基本操作を覚えようの第4回 (はじめてのiOSアプリ開発 - Twitterのタイムラインのベースを作ろう（ライフサイクルイベント）)でやった内容の写経です。 授業を見てない人でもなるべく分かるように書いていきます。 前提 数回の授業を通してTwitterなアプリケーションを作っていきます。 前回までの授業で、UIを作るためのツールであるStoryboardの使い方の基本を学んでいます。 今回やること Twitterのタイムラインを表示させるベースを作ります。 こんなやつです。 UITableViewを利用してツイートを表示 ユーザーごとにアイコンを表示 ツイート内容は名前と発言 1. 準備 それでは作っていきましょう。 いつもどおり、プロジェクトを立ち上げます。 Create a new Xcode projectで新規プロジ
weak（弱参照)の使うタイミング(特にクロージャの中)について説明してみる - Qiita
はじめに 僕がobjective-cを触っていて長年理解ができなかった概念がweak(弱参照)である。 weakに関する様々な文献はあるものの、僕が理解できる文献はなく結局プログラムを書いているうちに徐々にわかってきた概念である。 （僕にとってはそれだけ、難解な概念だった。というか、今も難儀することがある。） はじめに断っておくが、僕自身がweakなどについて熟知しているとは言い難いところがある。 しかし世の中の文献はweakについて熟知している人の記事と、わかっていない人の記事が多く見受けられる。その中間層である僕ような理解度の人向けの記事が少ないと感じたためこの記事を書こうと思った。 大筋の説明は間違っていないと思うが、多少の間違いはあるかもしれないことを断っておく。（間違いがあればコメントで指摘してくれると嬉しい。） この記事では説明にSwiftを使うが、objective-cでも記
Swiftのクラスと構造体の使い分けについてのメモ - Qiita
上記の中で特に意識すべきところは、 変数に入れるときに「参照型/値型」のどちらになるか。 クラスは、参照型なので、参照を渡すだけだが、 構造体は常にコピーを渡す。 構造体を使うパターン 小さくて単純なデータをカプセル化をしたい場合 参照渡しより値渡し(コピー)がいい場合 継承が必要ない場合 構造体を避けた方がいいパターン データが大きい プロパティが多い 理由としては、以下の2つ 構造体は変数にセットする度にコピーされるため、データが大きいと処理時間が遅くなる 構造体はスタック領域に確保されるため、データが大きいと溢れる可能性が高くなる なので、APIやDBの取得データなどは構造体ではなく、クラスで作成したほうがよさそう 結論としては、 プロパティが数個のもので、カプセル化させると扱いやすいケース メソッドはそのデータの加工を行うような場合に実装する 例えば・・・ イベントの開催日時と終了
[Swift] Optional型についてのまとめ - Qiita
この記事は一部内容が古くなったので、全面的に書き直した記事を別にあげました（14/10/17 追記）。 ↓ [Swift] Optional 型についてのまとめ Ver2 Optional型とは？ Optional型 : nilが入るのを許す 非Optional型 : nilが入るのを許さない Optional型の宣言方法 var a: Int? // Optional型 var b: Int // 非Optional型 var c: String? // Optional型 var d: String // 非Optional型
![[Swift] Optional型についてのまとめ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/b5e1e04ee7c1d760edf909a900617a72f5a2efd9/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCU3dpZnQlNUQlMjBPcHRpb25hbCVFNSU5RSU4QiVFMyU4MSVBQiVFMyU4MSVBNCVFMyU4MSU4NCVFMyU4MSVBNiVFMyU4MSVBRSVFMyU4MSVCRSVFMyU4MSVBOCVFMyU4MiU4MSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NDA3YjY2NjAyYTg1NDE4MzZiOTAxZTYyMDM1NGQ5YzI%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwY290cnBlcGUmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWIwODUxMzc3OWZiYzVkMDU4MDNmNTk5YTE1ZDUwMmRl%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D664f811d1603743bcdd1abb10a4fc583)
【swift】変数によく付いている「！」や「？」（ビックリマーク・クエスチョンマーク）の説明 - Qiita
swiftをやっていると上のような引数の宣言を見たことがあると思います。 他の言語ではあんまり見ない仕様なので、私自身困惑をしました。 この解説をしていきたいと思います。 swiftだと、データを用いる際「オプショナル」という情報を持たすことができます。 オプショナルとは ・"変数にnul(null)が入っているかもしれないよ？" ・"予想しているデータ型と違うかもよ？" と言った情報のことです。 ?（クエスチョンマーク）の意味 では実際にどのようなものなのかコードを見てみようと思います。 var strA:String? strA = nil //問題なく実行できます var strB:String strB = nil //エラーが出る つまり、?をつけていないと「絶対にnil(null)は入れたらダメだからね」という意味になります。 反対に、?をつけていると「nil入っているかもしれ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Officially deprecating JSQMessagesViewController
Swift 3時代のUIColorとそれを扱う便利なライブラリを作りました - Qiita
What's the _ underscore representative of in Swift References?