サクサク読めて、アプリ限定の機能も多数!
unageanu wrote: 更新頻度が違うデータを同じレスポンスに含めてしまうと、キャッシュがしにくい。それぞれ別のAPIにして、クライアントサイドキャッシュをしっかりやる方が効率よいと思うのだけど。 1Screen, 1 API Call http://t.co
moguno のブックマーク 2015/02/15 23:22
WKWebViewとUIWebView[from mikutter]unageanu wrote: 更新頻度が違うデータを同じレスポンスに含めてしまうと、キャッシュがしにくい。それぞれ別のAPIにして、クライアントサイドキャッシュをしっかりやる方が効率よいと思うのだけど。 1Screen, 1 API Call <a href="http://t.co" target="_blank" rel="noopener nofollow">http://t.co</a>2015/02/15 23:22
unageanu wrote: 更新頻度が違うデータを同じレスポンスに含めてしまうと、キャッシュがしにくい。それぞれ別のAPIにして、クライアントサイドキャッシュをしっかりやる方が効率よいと思うのだけど。 1Screen, 1 API Call <a href="http://t.co" target="_blank" rel="noopener nofollow">http://t.co</a>
このブックマークにはスターがありません。 最初のスターをつけてみよう!
www.slideshare.net/slideshow2014/10/11
PHPカンファレンス2012 & WordCampTokyo2012 LT発表資料です。 タイトルの元ネタ: http://www.amazon.co.jp/dp/4094512624
98 人がブックマーク・8 件のコメント
\ コメントが サクサク読める アプリです /
unageanu wrote: 更新頻度が違うデータを同じレスポンスに含めてしまうと、キャッシュがしにくい。それぞれ別のAPIにして、クライアントサイドキャッシュをしっかりやる方が効率よいと思うのだけど。 1Screen, 1 API Call http://t.co
このブックマークにはスターがありません。
最初のスターをつけてみよう!
WKWebViewとUIWebView
PHPカンファレンス2012 & WordCampTokyo2012 LT発表資料です。 タイトルの元ネタ: http://www.amazon.co.jp/dp/4094512624
98 人がブックマーク・8 件のコメント
\ コメントが サクサク読める アプリです /