iOSアプリ開発でObjective-CからSwiftに移行するための手順、注意点まとめ～言語仕様の違いは？ 連携時の呼び出し方は？
iOSアプリ開発者の皆さま、もう「Swift」でアプリを開発していますか？ 登場した日から一年以上たち、今はバージョン2.0のベータ版まで出ているプログラミング言語Swift。初期はコンパイルの遅さや不具合の多さが目立ったのですが、最近はその辺りの問題が解消されて非常に使いやすくなってきています。 そろそろ、ぜひ移行をお勧めしたいのですが、既存のObjective-Cアプリを移行するのはなかなか大変な面もあると思います。チームで開発している場合は自分以外の開発者や関係者へ周知するコストも掛かりますし、Swiftへ移行する際のトラブルを思うと、いろいろな不安がつきまとうでしょう。 本稿では、そういった不安が少しでも解消されるように、アプリ開発のプログラミング言語をObjective-CからSwiftへ移行するメリットや手順、注意点など勘所をまとめて紹介します。 なお本稿は、SwiftやObj
Objective-C→Swiftでどう書き換えたらいいの？をまとめてみた - Tech Blog
初めまして、iOSエンジニアのすーです！4月からTimers Inc.で働き始めました。 社内では最年少です。笑 現在Fammでは、新規開発を行いつつ、Objective-Cで書かれたコードを少しずつSwift化するのを行っています。 既に、新規でコードを書く時はSwiftで書くように心がけ、暇がある時に慎重にObjective-Cで書いたコードを書き換えています。 そんなときに、「Objective-Cでこう書いてあったのをSwiftで書く時どうしたらいいの？」っていうケースに幾つか遭遇し、それを社内wikiにまとめたら、 「これTech blogに投稿できるんじゃね？」ってなったので、改めて内容を整理しつつ、公開することにしました！ SwiftからObjective-Cに徐々に移行していくときに遭遇しそうな内容をピックアップしています。 まだまだ私達もObjective-CからSwif
[iOS] UITableViewでラジオボタンを実現する | DevelopersIO
UIKitでのラジオボタン HTMLの入力フォームでよく見かけるラジオボタン Gender: Male Female はUIKitのUISegmentedControl で表現できます。 UITableViewControllerのStaticCellで登録画面等を表現する場合にはCellに対して、UISegmentedControlを持つことでこのようなフォームの代替とできます。 このGenderはMaleかFemaleの選択肢しかありませんでしたが、より多くの選択肢があるようなフォームだったらどうでしょう。 例えば次のような5つの選択肢があるフォームを考えます。 Generation: 0-10 10-20 20-30 30-40 40-50 50-60 60- このような選択肢に対しては次のようなSegmentedControlで表現することになります。 今の場合はまだwidthが3
![[iOS] UITableViewでラジオボタンを実現する | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/741541eca6da59090acd1c77f64e9ed1432ea39c/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2Fios_eye_catch.png)
Swiftで試行錯誤④ #defineが無い！ - FuturesVision
Swiftには#defineがありません。 #ifdef 〜 #else 〜 #endifも#if 〜 #else 〜 #endif に置き換わっています。 何が問題かと言うと、例えば Precompiled Header で下記のように記述する事が出来ません。 #ifdef DEBUG #else #endif まぁSwiftではヘッダファイルという概念が無いのですからしょうがないと言えばしょうがないのですが。 またこの DEBUG も今まではBuild Configuration をDebugにすればObjective-Cのコンパイルオプションとして -DDEBUG=1 が付くのですが、Swiftのコンパイルではこれは意味が無いようです。 しかしこれはBuild Settingで下記のように”Swift Compiler – Custom Flags”に “Other Swift Fl
iOSアプリでTwitterのタイムライン取得・ツイート投稿を行う（Accounts.frameworkとSocial.rameworkを使って） - Think Big Act Local
iOS 6から Social.framework が登場し、iOSアプリから簡単にツイートできるようになりました。 その方法については以前エントリを書きました。 画像やURLをFacebookやTwitter、LINEなどのSNSに共有する - Think Big Act Local 上記の記事のやり方では、ポップアップを表示→ツイートする ことしかできません。 例えば Twitter のクライアントアプリを作りたい場合、独自のUIでツイートを投稿したり、自分のタイムラインを取得したくなるかと思います。 今回はiOS端末に登録しているTwitterアカウントを使って、自由にTwitter API各種にアクセスする方法を紹介します。 （ソースコード全文はこちら） Twitter APIを使ったiOSアプリの作り方 はじめに UIの話はせず、APIコールのロジックの話を書きます Account
[iOS8]UILocalNotificationでiBeaconの領域検知＆通知アクション - Qiita
概要 iOS8ではUILocalNotificationが地味に拡張されています。 UILocalNotificationの設定だけで、領域（CLRegion）に入出したことを検知できる（Location-Based Notifications） 通知にボタンを設置できる（Notification Actions） ひとつめの領域検知ですが、iOS7以前はCLLocationManagerのデリゲートを使って実装していました。iOS8では主にUILocalNotificationの設定だけで領域検知を行うことができます。今回はiBeaconの領域を使いますが、緯度経度で指定するCLCircularRegionを対象とすることも可能です。 ふたつめですが、ローカル通知にボタンを設置してアクションを実行させることができます（リモート通知でも可能）。なお、標準アプリの「メッセージ」では、通知上で
![[iOS8]UILocalNotificationでiBeaconの領域検知＆通知アクション - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/b41903cce602c1fa8e14b220c4923bb71cdab55d/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCaU9TOCU1RFVJTG9jYWxOb3RpZmljYXRpb24lRTMlODElQTdpQmVhY29uJUUzJTgxJUFFJUU5JUEwJTk4JUU1JTlGJTlGJUU2JUE0JTlDJUU3JTlGJUE1JUVGJUJDJTg2JUU5JTgwJTlBJUU3JTlGJUE1JUUzJTgyJUEyJUUzJTgyJUFGJUUzJTgyJUI3JUUzJTgzJUE3JUUzJTgzJUIzJTIwJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz0zYWI3YjRhNGU5NjY3YTFhZjFhYjJmYzE5ZjdhNzczMw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzaGluZG9vbyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZWJlZThkYzZiNjZjYjUxMjM4YzY4MGYyN2MzYWE4YWE%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D21111ef78188a864b0b58f1a84aebbff)
[Swift] 自分のアプリをObjCからSwiftに移植して分かったこと - Qiita
iOS8が発表され、Swiftが解禁されてからしばらく経ちました。 iOSをやり始めて勉強用に作ったマイQiitaをまるっとSwiftに移植してみました。 Swiftが発表されてすぐに色々いじっていましたが、実際にアプリとして書き始めてみると気づく点もたくさんありました。 今回は色々ハマったり気づいた点をまとめていこうと思います。 ProductName-Swift.hは、ObjC側では.mにimportする これ、少しハマりました。どうやらヘッダファイルでimportするとダメなようです。 Swiftで定義したenumはObjC側で使えない Swiftでenumが大幅に強化されました。 それもあって、Swift側で定義したenumはObjCでは使えないようです。 Optionalをしっかり意識する Swiftの重要な概念である「Optional」ですが、しっかりと意識していないと細かいと
![[Swift] 自分のアプリをObjCからSwiftに移植して分かったこと - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/5e6c639efc83ce807c6b123d6d6e18e3cc6aa7d2/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCU3dpZnQlNUQlMjAlRTglODclQUElRTUlODglODYlRTMlODElQUUlRTMlODIlQTIlRTMlODMlOTclRTMlODMlQUElRTMlODIlOTJPYmpDJUUzJTgxJThCJUUzJTgyJTg5U3dpZnQlRTMlODElQUIlRTclQTclQkIlRTYlQTQlOEQlRTMlODElOTclRTMlODElQTYlRTUlODglODYlRTMlODElOEIlRTMlODElQTMlRTMlODElOUYlRTMlODElOTMlRTMlODElQTgmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWEyOGMxY2U3Zjg4N2M4YTcxNmIyNWRlODYwYjkwMjhm%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwZWRvX20xOCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MWZhNjI3N2Y5N2YyYmU4NTJmMzc3YzAyOGM1MTQ2NjA%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D1dec6a99840dc511b27ee6f34022c8d0)
今すぐObjective-CをやめてSwiftを使おう - Qiita
はじめに この3週間ほど仕事でSwiftを使ってアプリ開発をしてみました。その感想として、すべての人に当てはまるとは言えませんが、 多くのiOSアプリ開発者にとっては今すぐにSwiftを使い始める価値があると感じました（Swift 1.0がリリースされてから1ヶ月ほど経った2014年10月時点での感想です）。 そこで、この投稿では Swiftの利点とよくある不安や疑問に対する回答 を書いていきます。 対象となる読者 この投稿は次のようなiOSアプリ開発者を対象としています。 Objective-Cで十分でしょと思っている人 なんとなくSwift良さそうだけど踏み出せない人 Swiftがいいのはわかったけどまだ実案件では使えないと思う人 どうしてObjective-CよりSwiftを使った方がいいの？ Optional Type（これだけでSwiftを使う価値あり） 私見ですが、Object
Objective-Cより柔軟な新プログラミング言語「Swift」をはじめよう！～開発環境の構築とプロジェクトの作成
本連載では、Objective-Cの基本的なプログラムが出来る読者を対象に、Swiftを使ってアプリを開発する際の基本的な事柄を解説します。Objective-CもSwiftもC言語を母体としたプログラム言語なので両者に共通する概念は非常に多いです。Objective-CとSwiftとの最低限度の違いを踏まえつつ、Swiftでのアプリ開発にシフトして行けるような内容を、サンプルを交えながら解説します。 はじめに 連載第1回目では、Swiftを使って開発を行う際に必要なツール類と、Swiftのプログラムを試す環境の構築について説明します。Objective-C経験者が初めてSwiftに触れることを前提として、開発環境の構築とSwiftの特徴について説明します。 対象読者をObjective-Cが分かる方としている関係上、Objective-C自体の言語仕様やXcodeの使い方については解説を
Java/C++プログラマのためのSwiftチートシート | DevelopersIO
Java/C++プログラマーのためのSwiftチートシートです。 現在の内容は 2014/11/27 のものです。項目は適宜追加される可能性があります。 概要 むかしむかし、この地球には「ぼくはJava(C++)を愛しているから、どうしてもObjective-Cを書く気にならない。だからぼくは、iOS開発しないんだ」というおじさんがたくさんいました。 私達にとって、Swiftは朗報でした。しかし、C++/JavaベースでSwiftを説明しているリファレンスは、現状そんなに多くありません（少なくとも、Objective-Cベースのリファレンスに比べれば）。そんなわけで、基本的な部分のみですが、差分をまとめましたので、ご活用ください。 バージョン情報 本記事は、下記のバージョンについて記述しています。 言語 バージョン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日本語版 : IBM Bluemix
アップルの新プログラミング言語「Swift」を探検しよう一覧