<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>[iPhone] MapKit で現在地を表示する へのコメント</title>
	<atom:link href="http://blog.syuhari.jp/archives/2035/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.syuhari.jp/archives/2035</link>
	<description>I love iPhone, CakePHP and WordPress.</description>
	<lastBuildDate>Sat, 19 May 2012 20:14:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>HI より</title>
		<link>http://blog.syuhari.jp/archives/2035/comment-page-1#comment-1661</link>
		<dc:creator>HI</dc:creator>
		<pubDate>Thu, 17 May 2012 02:57:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.syuhari.jp/blog/?p=2035#comment-1661</guid>
		<description>どちらが絶対的に良いというのではなく、要件による、ということですね。
いまつくってみたいものでいえばuserLocationで良さそうです。
CLLocationManagerのほうは、いろいろ出来るかわりにトレードオフもありそうに想像しました。動作を充分把握してハンドリングしていないと予期しないバッテリ消費に繋がるなど。

まだiPhoneアプリ開発を始めて間もないので、前提的なこともわかっていないのですが、フレームワークをひとつ追加することでそのぶん重くなる（動作、配布容量）のかなども理解できるように、細かい実験を繰り返しながら進めていこうと思います。

この地図の記事に限らず、大変有用なブログを公開してくださっていてありがとうございます。</description>
		<content:encoded><![CDATA[<p>どちらが絶対的に良いというのではなく、要件による、ということですね。<br />
いまつくってみたいものでいえばuserLocationで良さそうです。<br />
CLLocationManagerのほうは、いろいろ出来るかわりにトレードオフもありそうに想像しました。動作を充分把握してハンドリングしていないと予期しないバッテリ消費に繋がるなど。</p>
<p>まだiPhoneアプリ開発を始めて間もないので、前提的なこともわかっていないのですが、フレームワークをひとつ追加することでそのぶん重くなる（動作、配布容量）のかなども理解できるように、細かい実験を繰り返しながら進めていこうと思います。</p>
<p>この地図の記事に限らず、大変有用なブログを公開してくださっていてありがとうございます。</p>
]]></content:encoded>
	</item>
	<item>
		<title>matsuura より</title>
		<link>http://blog.syuhari.jp/archives/2035/comment-page-1#comment-1658</link>
		<dc:creator>matsuura</dc:creator>
		<pubDate>Tue, 15 May 2012 07:45:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.syuhari.jp/blog/?p=2035#comment-1658</guid>
		<description>簡単に現在地を表示するだけなら userLocation でもいいと思います。CLLocationManager を使えば GPS の精度なども指定できるのでより細かい制御ができると思います。また地図を表示しないで位置情報を一定間隔で取得できたりと CLLocationManager の方が応用はきくと思います。</description>
		<content:encoded><![CDATA[<p>簡単に現在地を表示するだけなら userLocation でもいいと思います。CLLocationManager を使えば GPS の精度なども指定できるのでより細かい制御ができると思います。また地図を表示しないで位置情報を一定間隔で取得できたりと CLLocationManager の方が応用はきくと思います。</p>
]]></content:encoded>
	</item>
	<item>
		<title>HI より</title>
		<link>http://blog.syuhari.jp/archives/2035/comment-page-1#comment-1657</link>
		<dc:creator>HI</dc:creator>
		<pubDate>Tue, 15 May 2012 07:32:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.syuhari.jp/blog/?p=2035#comment-1657</guid>
		<description>記事の追記に「MKMapView の userLocation に addObserver して更新通知を受け取る方が簡単です」とあります。
確かに表示され、確かに簡単手軽でした。

にも関わらず多くの記事ではCLLocationManagerを利用した例ばかりが紹介されていますが、これら二つの方法には違いはあるのでしょうか？
たとえばuserLocationを使うのは手軽だけれど、CLLocationManagerでならなにか細かい設定ができたり動作負荷が低かったり、現在地の精度が高い、対象OSバージョンが広い、などメリットがあるのでしょうか？</description>
		<content:encoded><![CDATA[<p>記事の追記に「MKMapView の userLocation に addObserver して更新通知を受け取る方が簡単です」とあります。<br />
確かに表示され、確かに簡単手軽でした。</p>
<p>にも関わらず多くの記事ではCLLocationManagerを利用した例ばかりが紹介されていますが、これら二つの方法には違いはあるのでしょうか？<br />
たとえばuserLocationを使うのは手軽だけれど、CLLocationManagerでならなにか細かい設定ができたり動作負荷が低かったり、現在地の精度が高い、対象OSバージョンが広い、などメリットがあるのでしょうか？</p>
]]></content:encoded>
	</item>
	<item>
		<title>iPhone開発で位置情報取得するときに役立ったリンク集とTIPS &#171; ssdkfk より</title>
		<link>http://blog.syuhari.jp/archives/2035/comment-page-1#comment-1637</link>
		<dc:creator>iPhone開発で位置情報取得するときに役立ったリンク集とTIPS &#171; ssdkfk</dc:creator>
		<pubDate>Tue, 31 Jan 2012 05:42:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.syuhari.jp/blog/?p=2035#comment-1637</guid>
		<description>[...] ・MapKitで現在地を表示する http://blog.syuhari.jp/archives/2035? [...]</description>
		<content:encoded><![CDATA[<p>[...] ・MapKitで現在地を表示する <a href="http://blog.syuhari.jp/archives/2035?" rel="nofollow" target="_blank" class="liexternal">http://blog.syuhari.jp/archives/2035?</a> [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

