[Swift 4] privateとfileprivateの挙動が変わりますよというお話 | DevelopersIO
はじめに モバイルアプリサービス部の中安です。 Swift3でスコープの改変が行われ、「private」に加えて、「fileprivate」というスコープが加わりました。 Swift4ではさらにスコープの改変が行われるそうで、fileprivate の役割がまた少し変わってきます。 自分も忘れてしまわぬよう、しっかりと予習復習をしておこうとブログにしたためることにしました。 Swift3での挙動 fileprivate は、簡単にいうと「同一ファイル内であればアクセスできる」というスコープとして登場しました。 ファイルひとつをモジュールとして考えたときに、その内部では隠蔽されなくてよいだろうという考え方なんだろうと思います。 つまりは、別のクラスや構造体などであっても、その同一ファイル内であれば見ることができるということですね。 具体的にソースで見てみます。 class Hoge { pr
![[Swift 4] privateとfileprivateの挙動が変わりますよというお話 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d9c911035d6b7c1c0afb32d4e1e6f2e752169d3a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F12%2Feyecatch-swift.png)
Swift 3から4へ変更してみた
Xcode 8.3.3 & Swift 3で作られたプロジェクトをXcode 9 & Swift 4へ変更する作業のレポートです。 Xcode 9でプロジェクトを開く警告が2つ発生。警告というかおすすめというか。 Swift ConversionのConversion to Swift 4 is available 3から4へソース変更のおすすめValidate Project SettingsのUpdate to recommended setting プロジェクト設定変更のおすすめUpdate to recommended settingでは実行してみます。まずは簡単に終わりそうなUpdate to recommended settingから。ビルド設定にあるワーニング発生の条件が増えるようです。 押すだけでした。チェックボックスが2つありますが連動しているので実質1つです。変更の中身
[Swift] 文字列の長さの取得についての検証 | DevelopersIO
はじめに モバイルアプリサービス部の中安です。 「文字列の長さ」とは、Swiftに限らず様々な言語で当たり前のように使いますが、 そのいずれも簡単なように見えてややこしく、容易そうに見えて困難です。 それは常に「Unicode」や「マルチバイト」、はたまた「書記素」などの問題が孕むからです。 Swiftもまたバージョンが変わるごとに文字列の扱いが変遷してきました。 その度に文字列がコレクションになったりならなかったりという迷いもこういった事情が絡んでるからなんだろうなと思います。 ただし、この記事ではそういう学術的な深い話はしません。 もちろんある一定の理解は必要かと思いますが、実際のアプリ開発でさっと手に入れたいのは「人が文字を見て数える文字数」かなと思います。 ですので、今記事は何個かの文字列長取得の方法と、その正確性と速さの検証を掲載し、実際にアプリに実装するならどのような方法がある
[Swift 4] SwiftyJSONを使わずにシンプルにJSONをデータ構造化する | DevelopersIO
はじめに モバイルアプリサービス部の中安です。 WebAPIなどデータを取得する際にはJSONを使用してデータを受け取ることが多いかと思います。 その際にはSwiftyJSONなどのライブラリを使用してJSONをシリアライズすることで構造体に変換するなどの処理をするかと思います。 しかし、Swift4からは新たに加わったプロトコルCodableを使用すれば、ライブラリを使わずシンプルにそういった処理ができるようになるようです。 サンプル よくWebAPIのJSONサンプルとして使われるlivedoor天気予報API(大阪)のデータを使用します。 今回は構造化の話だけに絞るので、ネットワーク処理の話は省きます。 このAPIで返ってくるデータのインターフェイスを元に構造体を定義しておきます(一部省略しています)。 イニシャライザも何もないデータの器だけ要しておくだけで十分です。 struct
[Swift API Design Guidelines] 用途が明確になるよう心がけた命名 | DevelopersIO
はじめに こんぬづは、先日知人宅で食べたチーズが美味しすぎて時間が経っても忘れられず、業務中もチーズのことばかり考えてしまっている田中です。リコッタとブッラータ...。 最近自分の考えるSwiftのclassやstruct、関数などの命名に疑問を感じています。その疑問を解消すべく、Swift.orgのAPI Design Guidelinesを読むことにしました。そしてせっかくなので読んだ内容をブログ化してみました。 今回はその中のPromote Clear Usageより。 この記事の内容はAPI Design Guidelinesから一部抜粋して筆者の解釈で和訳・意訳したものになります。理解の補助として、適切だと思われる箇所には実際に筆者が書いているコードを載せています。参考になれば幸いです。 用途が明確になるよう心がけた命名 曖昧さを避けるために必要な単語は全て含める 例えば、あるコ
![[Swift API Design Guidelines] 用途が明確になるよう心がけた命名 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/4b9b98d8423d1943cae402d21764bf51589e811b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2Flogo_swift_400x400.png)
[iOS][Swift3.0] 階層が深くなっても大丈夫なナビゲーションを実現するNavigationStack | DevelopersIO
Pushで画面遷移をさせて階層が深くなって戻るのが大変になった時に活躍しそうなNavigationStackを今回は試してみました。 通常Pushで遷移した時に左から右へスワイプのジェスチャをすると直前の画面に戻りますが、NavigationStackでは下記画像のように今まで遷移した画面が表示され、該当する画面をタップすることで、そこに直接戻ることが出来ます。 ナビゲーションバーの戻るボタン"<Back"は通常通り直前の画面に戻ります（スワイプの動きのみ変更になります）。昨日ブログに書いたFoldingCellと同じRamotion Inc.という企業が作成しており、ライセンスはMITです。 Ramotion/navigation-stack 検証環境 今回は下記環境で試しています。 Xcode 準備 導入 CocoaPodsで追加します。 use_frameworks! target
![[iOS][Swift3.0] 階層が深くなっても大丈夫なナビゲーションを実現するNavigationStack | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/c83d413afe58d904e71a2ee3e849a272825f43c1/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F01%2Fios_ui.png)
トレタのiPadアプリをSwift 3 対応しました - トレタ開発者ブログ
iOSエンジニアの高（@y_koh）です。 この度トレタではiPadアプリのSwift 3対応を行いました。どんな感じで進めたのかと、ハマったところなど共有できればなと思います。 対応自体は去年末には終えていましたが、年が明けて1/10にリリースしました。 年末は飲食店さま繁忙期のため、トレタではこの時期のアプリアップデートは控えています。例年このタイミングでリファクタリングやKaizenタスクなどを行っています。今回はSwift 3対応をメインに行いました。 先日サーバサイドもRailsを4.2にバージョンアップしています。言語やフレームワークのバージョンアップは機能改善に直接つながるものではないので後回しにしがちですが、将来的に負債になってしまうだけなので出来る限り時間を作って適宜アップデートするようにしています。 今回のSwift 3対応については、昨年のpotatotips#35で
Swiftポエム — null安全編
ミスったところは大体コンパイルエラーにしてくれてます。 Scalaなどと同様、関数型言語の性質も取り入れた書き方も出来ますし、かといっていわゆる関数型言語みたいな堅い縛りもなく、共存しやすいです。 一時期Haskell入門してモナドなど勉強して挫折気味でしたが、Swiftでそれ系の記事読んだり触れたりして理解深まりました。 SwiftでOptionalというnull安全のための言語仕様があることはもちろん嬉しいですが、個人的にはそれはそこまで重要では無いと思っていて、「型が強い」ことの一要素程度に思っています。 静的言語 vs 動的言語僕は静的言語大好きで、動的言語で数ファイル以上にまたがるようなプログラムを書くのは避けたいと思っています。 動的言語では以下のあたりを強く不満に思っています。 静的言語ではコンパイルエラーで防いでくれるレベルのミスの発見が実行時まで遅れるテストのコードカバレ
iQONをSwift 3.0.1にアップデートしたときに対応したポイント - ZOZO TECH BLOG
iOSエンジニアの庄司 (@WorldDownTown) です。 iOS 10.1 のリリースから遅れること3日、Xcode 8.1 がリリースされました。この Xcode 8.1 では Swift のバージョンが 3.0.1 にアップデートされています。 iQON の iOS アプリでは、Xcode 8 リリース後すぐに Swift 2.3 へのアップデートは済ませたのですが、最近 Swift のバージョンを 2.3 → 3.0.1 にアップデートしました。 本記事は、作業中に対応したエラー修正の記録のようなものです。とても長くなっていますが、Swift 2系 → 3系にアップデートするときの手助けになればと思います。 モチベーション 現在も引き続きSwift 2.3 で開発を続けることはできますが、いずれは Swift 3.x 系へアップデートすることになるでしょう。 一方、 Real
「AKIBA.swift 第5回」を開催しました！ #akibaswift | DevelopersIO
主催者挨拶 主催者の田中 賢治より、AKIBA.swiftの概要と会場の諸注意を説明いたしました。 More Server Side? Swift 田中 孝明 9/10にHackerTackleで発表した内容のショートバージョンになりますが、Swift Package Managerを用いた既存のライブラリの組み込み方法を加筆いたしました。 [レポート] HackerTackleに登壇してきました! #hackt [レポート] HackerTackleに参加してきました! #hackt Server Side Swift, Vapor を触ってみた YutakaTajika さん YutakaTajikaさんより、Server Side Swift frameworkの一つであるVaporを触られた時の知見を発表していただきました。 実際にSlackBotをつかったgithubのトレンドを
[Swift 3.0] 新しく追加されたGeneric Type Aliasesについて | DevelopersIO
おばんです、通っている武術教室の打ち合い練習で先生の基本攻撃力が高くて、良いところに入ったわけでもないのに痛みにもだえる田中です。「基礎防御力！人生の基本でしょう！？」、と田舎の女の子に怒られる声が聞こえるので筋トレします。 今日はSwift3のtypealiasにジェネリクスが使えるようになる話です。 参照元は以下です。（以降このリンク先を「公式」と差してブログを書いていきます） swift-evolution/0048-generic-typealias.md at master · apple/swift-evolution typealiasにジェネリクスが使えるようになるとは 公式のMotivationに書いてあることとしては以下があります。 Generic typealiases are an obvious generalization of the existing Swi
Swift3 Framework Slimane and Server Side Swift (ja)
iOSDC 2016 Aug, 19
Testing View Controllers with Quick
About the content This content has been published here with the express permission of the author. Testing view controllers isn’t as hard as people think. Using Quick, Rachel Bobbins shows how useful testing can be, covering different testing patterns she and her team use such as buttons triggering network requests, handling successful and failing response cases, and properly presenting other view
The Swift Programming Language 日本語訳 | スタジオガラゴ
1.1. Swift について | Swift Published on 2015年12月10日 1.2. Swift ツアー | Swift Published on 2015年12月11日 1.2.1. シンプルな値 | Swift ツアー | Swift Published on 2015年12月12日 1.2.2. 制御フロー | Swift ツアー | Swift Published on 2015年12月13日 1.2.3. 関数とクロージャ | Swift ツアー | Swift Published on 2015年12月14日 1.2.4. オブジェクトとクラス | Swift ツアー | Swift Published on 2015年12月15日 1.2.5. 列挙型と構造体 | Swift ツアー | Swift Published on 2015年12月16日 1.
Swift 3.0 Preview 1 Released!
Ted Kremenek is a member of the Swift Core Team and manages the Languages and Runtimes group at Apple. We are very pleased to announce Developer Preview 1 of Swift 3.0! As described in the Swift 3.0 Release Process, developer previews (i.e., “seeds” or “betas”) provide qualified builds of Swift 3 that are more stable than just grabbing the latest snapshot of master (i.e., tip-of-trunk development)
サーバーサイドSwiftを実運用してみた | カメリオ開発者ブログ
こんにちは。リードアーキテクトのItoです。 前に予約していたNuAns NEOが届きました。かなりいい感じです。iPhoneと比べてしまうと、カメラ性能とアプリの少なさが気になりますが。 前回の記事では、Nodeベースのプロジェクト(Webサーバー)をSwiftに置き換えられるかという部分の話をしました。今回は前回からのアップデートや実際に運用してみたSwiftベースのサーバーサイドの話もしたいと思います。 Swift全体の動き、Swift本体(コンパイラ)のlatest build(masterブランチ)はSwift 3系になりました。 Swift(特にオープンソース版)の最新情報を追いたい場合は、以下のソースが参考になりました。 iOS Dev Weekly Swift Weekly Brief This week in Swift little bites of cocoa. Ch
#cmdevio2016 (レポート: B-3) Swiftで書かれたコードのパフォーマンス・チューニング | DevelopersIO
本記事ではDevelopers.IO 2016 セッションB-3でRealm 岸川克己氏に発表いただきましたSwiftで書かれたコードのパフォーマンス・チューニングのレポートをお届けします。 はじめに 今回しない最適化の話 アルゴリズム メモリ 言語機能をつかった最適化の話をします。 自己紹介 Realmで働いています。 是非この後もRealmについて聞きに来てください。 SQLiteより高速で使いやすいです。 最適化の前に 早すぎる最適化は諸悪の根源である（Knuth先生: Art of computer Programming の著者） 最適化の前に計測する 可読性とのトレードオフ UITableViewとかでキャッシュをクリアするとかもあるある ソフトウェア 80 / 20 ルール （20％の実行コードが80%の実行時間を占めている） ありとあらゆるところを最適化しても効果は得られな
Simplifying Login with Swift Enums
About the content This content has been published here with the express permission of the author. Apps with only one login method limit user options and often lead to negative reviews, but with multiple login options comes great complexity. By using Swift enums, David East demonstrates how we can easily abstract it away to keep our view controllers and login logic clean and simple. Join him in thi
Obj-C → Swift コンバータをオープンソースで公開しました！
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog どうも、ヤフーの佐野（ @taketo1024 ）です。先日引っ越しをしまして、張り切って自分でタンスを運んだりして今とても筋肉痛です。 皆さんは Objective-C から Swift への移行は進んでいますか？弊社ではまだ Obj-C で書かれているプロジェクトは多くあります。世に出ている iOS アプリも多くはまだ Obj-C で作られているんじゃないかと思います。 Swift もオープンソース化され、この先その進化のスピードはさらに増してくるはずです。そこでチーム内で開発を進めていた Obj-C → Swift コンバータ を大幅に改良しオープンソースで公開することにしました！この記事ではその導入と活用の方法を説明します
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Swiftレター #3