VO, DTO, POSO, DAO, Entity の違い - Qiita
はじめに try! Swift ではじめてDTO、POSOという言葉を聞いて、Entityとの違いとかよくわからなかったので調べてみた。 すると、類似の用語が5つでてきた。 VO (Value Object) DTO (Data Transfer Object) POSO (Plain Old Swift Object) JavaだとPOJO (Plain Old Java Object) DAO (Data Access Object) Entity いずれもシンプルに関連するデータをまとめたobjectだが、微妙に性質が異なる。 VO (Value Object) getterのみ 不変 DTO (Data Transfer Object) VO + setter 可変。外から変更可能 異なるレイヤー間（モデル層、ビュー層など）でデータを受け渡すのに使う POSO (Plain Old
3/3 きちんと型付けされたメッセージ #tryswiftconf - とりあえずやってみればいいじゃん
try!Swiftのセッションまとめシリーズです。Krzysztof Siejkowskiさんの「A Neatly Typed Message」についての記事になります。 資料 内容 概要、背景 コードの可読性についての話 コードを書く上で問題になっているもの（研究結果より） コードの背景にある根拠を理解すること これに時間の4割が使われる とにかく読む / デバッガやprintを使う / 書いた人に説明を求める etc… その他にもチームメンバーからコードに関することに答えるのに時間が費やされた 聞く側、聞かれる側両方にいたことがある自分にとってこの研究はその通りだと思った 以上のことから可読性は最大の貢献要素として捉えることができる 「複雑性」について コードを書くことは複雑性をコントロールすること 複雑性には内在的なものと偶発的なものがある 前者は改善の余地はない 後者は可読性の高い
Design of Everyday Swift
About the content This talk was delivered live in March 2017 at try! Swift Tokyo. The video was recorded, produced, and transcribed by Realm, and is published here with the permission of the conference organizers. Don Norman’s "The Design of Everyday Things" is a classic design book, focused on the design of physical objects. Many of the principles that he discusses are also applicable to non-phys
OSSの作り方(Repositoryの作成からCocoaPods、Carthageでのインストールまで) - nerd0geek1's iOS Blog
try! SwiftのDaniel Steinbergさんのセッション、 Jeff Huiさんのセッション、Hiroki Katoさんのセッション に触発されて、 UITableViewにMVVMを適用するためのライブラリを作ろうと思ったんですが、OSS作ったことがなかったので、OSSの作り方からなぞってみました！ (CocoaPodsとCarthageで使えるようになるまで) 今回のリポジトリはこちらで公開しています。 今回やったこと frameworkの作成 アプリケーションからのimport Carthage対応 CocoaPods対応 frameworkの作成 まずは、frameworkを作ります。 内容は重要ではないので、Helloクラスの中にworldメソッドを用意しただけのHelloWorld.frameworkを作りました。 アプリケーションからのimport 先程作成した
オープンソースSwiftにコントリビュートしよう with Jesse Squires
About the content This talk was delivered live in March 2017 at try! Swift Tokyo. The video was recorded, produced, and transcribed by Realm, and is published here with the permission of the conference organizers. Do you want to contribute to Swift? Not sure how or where to begin? It can be overwhelming! In this talk from the inaugural try! Swift conference, Jesse will help you explore the differe
XcodeのPlaygroundをつかってUIの実装をサクサク試す - Think Big Act Local
2018/04/10 追記 一部コードが古くなっています。 Xcode 9.3, Swift 4.1 の環境では以下のコードで動作します。 import PlaygroundSupport let vc = UIViewController() vc.view.frame = CGRect(x: 0, y: 0, width: 320, height: 480) vc.view.backgroundColor = .lightGray PlaygroundPage.current.needsIndefiniteExecution = true PlaygroundPage.current.liveView = vc.view Xcode の Playground を久しぶりに使ってみて、UIの実装とかこれでやると便利だな、と思ったのでやり方をまとめてみます。 やりたい完成系はこんな感じ：
try! Swiftで特に復習したいセッションまとめ #tryswiftconf - Think Big Act Local
3月2-4日の3日間、try! Swift に参加してきました。 #tryswiftconf 💖 pic.twitter.com/4jtb6XEF1J— try! Swift Tokyo (@tryswiftconf) 2016年3月4日 try! Swift とは東京渋谷で開催された、世界中から集まった Swift デベロッパーが知識や技術を共有することを目的としたカンファレンスです。 try! Swift セッションの内容は自分にとって難しいものが多く、明日から使える tips & tricks みたいなのは少なくて、プログラミング言語の中でSwiftはこういう特性があるよ、そしてそれを活かしてこんなこともできるよね！みたいな、Swiftそのものの話や言語のポテンシャルに言及するものが多かった気がします。 振り返り勉強したいセッション 一度聞いただけでは全然理解できてない そんな濃い
try! Swift 3日目 参加レポート | gihyo.jp
Swiftの世界的カンファレンス、try! Swiftが3月2日～4日の3日間にわたり、渋谷のサイバーエージェントのオフィスにて開催されました。 最終日である3日目に行われた11のセッションのうち、4つを抜粋してレポートします。 Hiroki Kato氏「Motivation based library abstraction」 初めにこの日最初のセッションでもあった、株式会社はてな所属のHiroki Kato氏（@cockscomb）によるセッションを紹介します。 はてな社のアプリは現状ほぼすべてSwiftで書かれているそうですが、その過程で小さなライブラリを数多く作ってきたことを氏はまず紹介しました。その上で、ご自身がこれまで開発の際に作成してきた以下の3種類のライブラリを例として挙げました。 "必要は発明の母"と言うように、これらのライブラリが実務中で必要に迫られて作り上げたものであ
try! Swift 2日目 参加レポート | gihyo.jp
Swiftの世界的カンファレンス、try! Swiftが3月2日～4日の3日間にわたり、渋谷のサイバーエージェントのオフィスにて開催されました。 本イベントの興味深いセッションをいくつか、日ごとにレポートしています。1日目のレポートに続き、2日目の模様をレポートします。 Ayaka Nonakaさん「実践的 "Boundaries"」 venmoでiOSのリードをしているAyaka Nonakaさん（@ayanogagon）は、Boundariesで得た知見を元に実践的なSwiftのコードに落としこむテクニックを発表しました。 Gary BernhardtさんのBOUNDARIESという講演を聞いた時に「Functional Core」と「Imperative Shell」をどう活用できるか悩んでいたそうです。悩んだ結果、最初は理論を感覚で捉えて、実装時に「使えるのでは？」と思った時に使え
try! Swiftに3日間参加した - nirazo's blog
はじめてのはてなブログ。 去る2016/3/2 ~ 3/4, iOS界隈の人たちを賑わせた try! Swift (#tryswiftconf)に参加してきました。 リアルタイム翻訳のレベルの高さや3日間聞き起こしをして下さった@niwatakoさんの超人っぷり、海外勢のポケモンネタ率の高さなどは色んな方が話題にしているのでそちらにお任せしようと思います（手抜k 個人的に気になったトピックや感想とか書いていこうかと！ ひとまず参加しての感想をば とにかく楽しかった、というのが真っ先に出てくる感想です。 国内外の有名な方々が登壇し、参加者は500名を超える、そして海外からの参加者も150を超えている。これだけ大規模なカンファレンスが国内で行われたことにまず興奮するし、まだまだ若いSwiftコミュニティの今後を担っていくであろう多くの方々の発表を聞け、そして会話できて、本当に有意義な時間でした
try! Swiftの「文化を調和させる」をクラス図でまとめる - さくせん：いろいろやろうぜ
まとめ try! Swiftの「文化を調和させる」の後半部分は自分の理解が足りていなくて少し置いて行かれた感じがあったので復習してみます。 後半はいろいろなプロトコルやクラスが出てきてたので、それらをクラス図にしてみました。 実際のコードは書いていませんが、全体像を把握することができました。 所感 クラス図にしてみると見通しがよくなった 修正箇所が局所化されている DataSourceで一部仮実装を行うのに違和感。仕方ないか。 HandDataSource内でダウンキャストを行っているのが気になった。ダウンキャストするのに抵抗があるけど、そんなに気にする必要ない？ セクションが複数でそれぞれのセクションで別のモデルを表示する場合はDataTypeを実装する構造体を増やしていく？ 抱負 来年もtry! Swiftが開催されたら行きたい。 参考資料 try! Swift 文化を調和させる #t
try! Swift で感じたこと思ったこと - griffin-stewieのブログ
先週、東京で開催された try! Swift に参加してきました。参加者のブログエントリとしてはかなり遅いですが try! Swift 後の諸々の課題が完了して落ち着いたのでそこで感じたことを書いてみたいと思います。気付けば前回のこのブログの更新から1年以上もご無沙汰していたようで、アウトプットが減ったのだなと感じています。 try! Swift try! Swift のイベントそのものの説明や、そこで話されたセッションの内容などはすでにたくさんの方が書かれているのでそちらを参照してください。特に id:niwatako さんのエントリ群はすごいのでぜひ "try niwatako" でおググりください。 英語 当日は英語のセッションが8割以上で、会場に来ている人も印象としてかなり外国人が多くいました。セッションと Q&A についてはすばらしい通訳があったので特に支障はなかったでしょう。た
Swiftのジェネリックなプロトコルの変数はなぜ作れないのか、コンパイル後の中間言語を見て考えた - Qiita
導入 Swiftでは通常のプロトコルは変数の型として使用することができますが、 型パラメータ(associated type)を持つジェネリックなプロトコルの変数は作れません。 非ジェネリックな例 protocol Hogeable { func hoge() -> Int } struct HogeCat: Hogeable { func hoge() -> Int { return 1111 } } let cat = HogeCat() let hogeable: Hogeable = cat // コンパイルOK protocol Fugable { typealias Element func fug() -> Element } struct FugaDog: Fugable { func fuga() -> Int { return 2222 } } let dog = Fu
「文化を調和させる」をやってみる - Try “Blending Culture” - Qiita
これはなに？ try! Swiftの１日目で行われた Daniel H Steinberg氏の発表「文化を調和させる(Blending Culture)」を自分でやってみたという内容 Daniel H Steinberg 氏について https://twitter.com/dimsumthinking http://dimsumthinking.com/ 実際にやってみる - Try “Blending Culture” 社内勉強会で発表するために、Daniel 氏のスライドを参考に捕捉説明を自分なりにつけたスライドを作成 スライドは107枚の超大作になりました https://speakerdeck.com/masashi_sutou/wen-hua-wodiao-he-saseru-woyatutemiru-try-blending-culture トランプアプリのデモソース サンプル
型消去を用いたSwiftによるリポジトリパターンの実装 - AnyType
リポジトリパターンとは リポジトリはオブジェクトの参照を取得するのに必要なロジックをすべてカプセル化するためのパターンです。 Domain Driven Design Quickly 日本語訳 iOSアプリ開発の文脈では、オブジェクトをWeb APIから取得するのかRealmから取得するのかといった関心ごとがある。リポジトリを実装することで次のようなメリットがあると思う。 どこからどのように取得するのかなどの関心ごとからドメインモデルを切り離せるため、ドメインモデルをクリアに保つことができる。（DDDの観点） テスト時にWeb APIやRealmにアクセスするリポジトリをメモリにアクセスするリポジトリに差し替えること（Dependency Injection）が可能になるため、テストデータを簡単に用意できたりテストのパフォーマンスを向上できるなど、テストしやすくなる。（テスタビリティの観点
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
モックオブジェクトをより便利にする (Try! Swift2017) - Qiita
Sass を今すぐ実務で使おうよ！ « LINE Engineers' Blog
Objective-CからSwiftに書き換えて1週間レポート - Skyland Ventures tech ブログ
Vaporを使って、サーバーサイドSwiftやってみた - Qiita
GitHub - dnpp73/try-Swift-Report: try! Swift カンファレンスに参加してきたので簡単にまとめ
