try! Swift Protocol-Oriented Programming in Networking #tryswiftconf Day2-9 - niwatakoのはてなブログ
Yosuke Ishikawa メルカリで働くiOSエンジニアです。APIKitというSwiftの言語機能を活かしたネットワークライブラリの開発者でもあります。最近は川遊びに夢中になっています。 twitter.com Protocol-Oriented ProgrammingはWWDC 2015で紹介された新しいプログラミングのコンセプトです。この講演では、Protocol-Oriented Programmingがなぜネットワーキングに適しているのか、また、型安全性やコードのシンプルさにどのように貢献するのか説明します。実際のアプリケーション開発で使えるような実例や、RxSwiftと組み合わせた発展的な実例についても紹介します。 speakerdeck.com Here's the demo code from my presentation at #tryswiftconf : ht
try! Swift SwiftらしいTable View Controllerの使い方 #tryswiftconf Day2-11 - niwatakoのはてなブログ
Chris Eidhof ドイツ・ベルリンに住むオランダ人のソフトウェア開発者です。iOS/Macアプリ開発を中心に活動しており、DecksetやSceneryを開発しています。UIKonfやobjc.ioの立ち上げ、Functional Programming in Swift, Advanced Swift（現在、執筆中）の著者でもあります。 twitter.com 明日の最後のセッションに登壇するChris Eidhofさんによる"The Power of Swift"の拙訳です #tryswiftconf / Swiftのパワー（objc.io #16-1 日本語訳）https://t.co/lvj0vJVd0C— Shingo Sato (@gonsee) March 2, 2016 この講演ではよりSwiftらしいTable View Controllerの使い方を探ります。ジ
try! Swift 文化を調和させる #tryswiftconf Day1-8 - niwatakoのはてなブログ
twitter.com 次の @dimsumthinking さんの過去のプレゼンテーション一覧 #tryswiftconf https://t.co/wTnp7jvS70— Tsutsumi Shuichi (@shu223) March 2, 2016 Swiftでアプリケーションを書くということはObjective-Cで書かれたアプリケーションをただSwiftに書き換えるだけでなく、Swiftの特徴や哲学を受け入れる必要があります。この講演では、標準的なMVCで構成されたテーブルビューを使用したアプリケーションをSwiftに書き換えるところから始まり、よりSwiftらしいコードにするために、関数型プログラミング、オブジェクト指向プログラミング、デザインパターン、プロトコル指向プログラミングの考え方を適用していきます。 OOP(オブジェクト指向) , POP(プロトコル指向), FP(
Using Generics to improve TableView cells
Happy New Year everybody 🎇🎉🎊🎆! My first post of 2016 will be a useful trick I want to share, which will demonstrate the power of Swift’s generics and how they can be really handy when dealing with UITableViewCells and UICollectionViewCells. Introduction I don’t like string-typed stuff. Using constants is way better than using string literals to identify stuff uniquely. But when it comes to UIT
UITableViewのsection数が可変の場合にsectionを意識せずにレイアウトできる実装方法 - Qiita
まず始めに UITableViewでsectionの数が可変なレイアウトを行う場合に、DataSourceの実装がif文やswitch-case文の分岐でコードが見にくくなりがちなうえに、sectionの番号を意識した実装をしなければならなくなってしまいます。 その問題点を改善できる実装方法を紹介したいと思います。 プロフィール画面のレイアウト 以下のスクリーンショットのような画面を実装するとします。 セクション0... ユーザーのプロフィールのView セクション1... フォローしているユーザーの一覧 セクション2... フォロワーの一覧 ただしフォローしているユーザーの人数が0人のとき、またはフォロワーの人数が0人のときにはそれぞれのセクションが表示されないものとします。 そのためにセクションの番号は数値によって可変となります。 LayoutManagerの実装 まず、レイアウトの要
UITableViewの軽量化 - Qiita
くろてい君がadvent calendarを作ったので、デザインと密接に関わる軽量化とUIUXに関する記事を書きます。 Kazoo04アドベントカレンダーなのにKazoo04関係無かったわ…。 はじめに UItableViewの軽量化を目的としたエントリです。 ここでの軽量化の定義は数値的に処理速度を高速化することはもちろん、感覚的にストレスを感じさせないUIUXの部分も含みます。 何故ならUITableViewの軽量化は、ユーザーが感じるストレスを軽減することを目的としているからです。 オカルト要素もあるので、変な所があればツッコんでください（汗 大前提 軽量化は基本的に -(UITableViewCell*)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath{ } -(CGF
UITableViewについて - UITableViewのセルをカスタムセルを使ったほうがいい(1)
今回はUITableViewクラスについて疑問に思うことを書いてみようと思います。 主な疑問UITableViewクラスを使う際に毎回、カスタムセルを使ったほうがいいのかなとずっと悩んでいました。 結論カスタムセルについて色々しらべて以下の記事にたどり着きました。 UITableViewについて | ios-practice/docs/tableview.rst - GitHub 先に結論を書いてしまうのですが、 カスタムセルはなるべく使うようにする ということ。 なぜかというと上の参考記事からその理由を抜粋すると（少し長いですが）、 最初の表示更新メソッドが利用しにくくなることや dequeueReusableCellWithIdentifier: によるセルのキャッシュも利用しくくなるため、 UITableViewCellのサブクラス(いわゆるカスタムセル)を作り、Cellの拡張したV
なめらかに動作するUITableViewのつくりかた
矢口裕也です。 Advent Calendar 10日目はiOSのUITableViewの話をします。 ぼやき iOSアプリを開発していると70%くらいの時間はUITableViewに費やしている気がしてきます。 UITableViewは非常にめんどうなものですが、パフォーマンスがシビアでかつユーザーの快適さに直結するものなので大いに手間をかける価値があります。 この記事ではガクガク処理落ちするUITableViewを例として改善していきながら快適なUITableViewのつくりかたを解説します。 目的 以下のケーススタディでは次の目的でコードを改善していきます なめらかに動くようにする ここでのポイントは実際速くなくてもユーザが快適に感じればOKである、ということです。処理速度が高速である必要はありません。 戦略 UITableViewでのパフォーマンス問題は次の2点であることが多いです
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger