<?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/"
	xmlns:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: Developing iPhone Applications &#8211; 5 things you should know</title>
	<atom:link href="http://www.summa-tech.com/blog/2009/09/15/developing-iphone-applications-5-things-you-should-know/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.summa-tech.com/blog/2009/09/15/developing-iphone-applications-5-things-you-should-know/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=developing-iphone-applications-5-things-you-should-know</link>
	<description>Summa Blog</description>
	<lastBuildDate>Thu, 17 May 2012 15:31:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Developing iPhone Application - Memory Management &#124; Summa Blog</title>
		<link>http://www.summa-tech.com/blog/2009/09/15/developing-iphone-applications-5-things-you-should-know/comment-page-1/#comment-2398</link>
		<dc:creator>Developing iPhone Application - Memory Management &#124; Summa Blog</dc:creator>
		<pubDate>Mon, 11 Jan 2010 15:11:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.summa-tech.com/blog/?p=1310#comment-2398</guid>
		<description>[...] Memory management is core to any programming language, and it is always easier when you need not worry about it, like in Java or SmallTalk. But the ability to manage your own memory is a powerful aspect of Objective-C programming. When used correctly, Objective-C&#8217;s memory management using the retain/releases commands runs smoother and faster than Java&#8217;s garbage collection although it does place a much larger burden on the developer and introduces a much larger risk of memory leaks. As long as you strictly follow the simple rule, &#8216;You must take responsibility for releasing (i.e. de-allocating) any object that you have allocated or retained&#8217;, memory handling should be fine in Objective-C. Some background in handling memory elsewhere (like using malloc/free in C) can help expedite your learning but be aware of some interesting Objective-C specific syntax and concepts (read here). [...]</description>
		<content:encoded><![CDATA[<p>[...] Memory management is core to any programming language, and it is always easier when you need not worry about it, like in Java or SmallTalk. But the ability to manage your own memory is a powerful aspect of Objective-C programming. When used correctly, Objective-C&#8217;s memory management using the retain/releases commands runs smoother and faster than Java&#8217;s garbage collection although it does place a much larger burden on the developer and introduces a much larger risk of memory leaks. As long as you strictly follow the simple rule, &#8216;You must take responsibility for releasing (i.e. de-allocating) any object that you have allocated or retained&#8217;, memory handling should be fine in Objective-C. Some background in handling memory elsewhere (like using malloc/free in C) can help expedite your learning but be aware of some interesting Objective-C specific syntax and concepts (read here). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lou</title>
		<link>http://www.summa-tech.com/blog/2009/09/15/developing-iphone-applications-5-things-you-should-know/comment-page-1/#comment-1930</link>
		<dc:creator>Lou</dc:creator>
		<pubDate>Wed, 02 Dec 2009 21:39:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.summa-tech.com/blog/?p=1310#comment-1930</guid>
		<description>Just as a response to several comments, it was definitely not my intent to scare anyone away from Objective C, or to put it down in reference to Java or C#. I was merely trying to point out some pretty major differences that developers from those languages may find a little difficult to grasp at first. I think that Objective C is a very good languages with quite a few upsides that would be nice to have in other languages.</description>
		<content:encoded><![CDATA[<p>Just as a response to several comments, it was definitely not my intent to scare anyone away from Objective C, or to put it down in reference to Java or C#. I was merely trying to point out some pretty major differences that developers from those languages may find a little difficult to grasp at first. I think that Objective C is a very good languages with quite a few upsides that would be nice to have in other languages.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: grensley</title>
		<link>http://www.summa-tech.com/blog/2009/09/15/developing-iphone-applications-5-things-you-should-know/comment-page-1/#comment-1928</link>
		<dc:creator>grensley</dc:creator>
		<pubDate>Wed, 02 Dec 2009 20:24:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.summa-tech.com/blog/?p=1310#comment-1928</guid>
		<description>*shudder* now i don&#039;t want to do it.</description>
		<content:encoded><![CDATA[<p>*shudder* now i don&#8217;t want to do it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://www.summa-tech.com/blog/2009/09/15/developing-iphone-applications-5-things-you-should-know/comment-page-1/#comment-1584</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Fri, 25 Sep 2009 20:17:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.summa-tech.com/blog/?p=1310#comment-1584</guid>
		<description>Moo.</description>
		<content:encoded><![CDATA[<p>Moo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rudi Angela</title>
		<link>http://www.summa-tech.com/blog/2009/09/15/developing-iphone-applications-5-things-you-should-know/comment-page-1/#comment-1453</link>
		<dc:creator>Rudi Angela</dc:creator>
		<pubDate>Thu, 17 Sep 2009 05:26:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.summa-tech.com/blog/?p=1310#comment-1453</guid>
		<description>You make it sound as if the Obj-C makers have reused the term &#039;interface&#039; in a different way than what is common. But there you forget that this term was already in use long before Java was born, to denote the interface of a specific software module or: how to talk to that piece of software. 
The Java makers took that term to denote a more abstract concept. A kind of contract to which two sides should agree: the user of that interface on one side and a software implementation at the other side. A common word for such a &#039;contract&#039; is &#039;protocol&#039;. So, after all, not bad names for the concepts they denote.</description>
		<content:encoded><![CDATA[<p>You make it sound as if the Obj-C makers have reused the term &#8216;interface&#8217; in a different way than what is common. But there you forget that this term was already in use long before Java was born, to denote the interface of a specific software module or: how to talk to that piece of software.<br />
The Java makers took that term to denote a more abstract concept. A kind of contract to which two sides should agree: the user of that interface on one side and a software implementation at the other side. A common word for such a &#8216;contract&#8217; is &#8216;protocol&#8217;. So, after all, not bad names for the concepts they denote.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lou</title>
		<link>http://www.summa-tech.com/blog/2009/09/15/developing-iphone-applications-5-things-you-should-know/comment-page-1/#comment-1443</link>
		<dc:creator>Lou</dc:creator>
		<pubDate>Wed, 16 Sep 2009 19:28:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.summa-tech.com/blog/?p=1310#comment-1443</guid>
		<description>Note from editor/writer... Jim, nice catch. The property would be accessed simply with the name, minus the get. I think it shows my point that this is a definite gotcha for Java developers.</description>
		<content:encoded><![CDATA[<p>Note from editor/writer&#8230; Jim, nice catch. The property would be accessed simply with the name, minus the get. I think it shows my point that this is a definite gotcha for Java developers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Connell</title>
		<link>http://www.summa-tech.com/blog/2009/09/15/developing-iphone-applications-5-things-you-should-know/comment-page-1/#comment-1442</link>
		<dc:creator>Jim Connell</dc:creator>
		<pubDate>Wed, 16 Sep 2009 19:17:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.summa-tech.com/blog/?p=1310#comment-1442</guid>
		<description>This is a great list of major differences for Java/C# programmers.  Those 5 were the same I found to be most different from Java as well.  

I wanted to call out one inaccuracy in section one.  Properties define accessors and mutators slightly differently than is typical in Java -- the accessors are not prepended with &quot;get&quot;.  In your example, the standard way for a property called Name is:

accessor: [myObject name] or myObject.Name 
mutator: [myObject setName:aName] or myObject.Name = aName

Also as you&#039;re aware, camelCase is preferred for property names. :)</description>
		<content:encoded><![CDATA[<p>This is a great list of major differences for Java/C# programmers.  Those 5 were the same I found to be most different from Java as well.  </p>
<p>I wanted to call out one inaccuracy in section one.  Properties define accessors and mutators slightly differently than is typical in Java &#8212; the accessors are not prepended with &#8220;get&#8221;.  In your example, the standard way for a property called Name is:</p>
<p>accessor: [myObject name] or myObject.Name<br />
mutator: [myObject setName:aName] or myObject.Name = aName</p>
<p>Also as you&#8217;re aware, camelCase is preferred for property names. <img src='http://www.summa-tech.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: iphone programming</title>
		<link>http://www.summa-tech.com/blog/2009/09/15/developing-iphone-applications-5-things-you-should-know/comment-page-1/#comment-1441</link>
		<dc:creator>iphone programming</dc:creator>
		<pubDate>Wed, 16 Sep 2009 19:10:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.summa-tech.com/blog/?p=1310#comment-1441</guid>
		<description>Great points. Well written. Concise! If readers would like to delve deeper into the iPhone Programming topics, then do have a look at the iPhone Training Program offered by the folks over at EDUmobile.ORG . You will master the iPhone SDK within 10 to 12 weeks flat, after which you can start putting your iPhone Apps on the App store! They&#039;ve got a special promo code going now that will give you 25% off, you just need to Google it for now to get it... its floating around somewhere ($50 off)...</description>
		<content:encoded><![CDATA[<p>Great points. Well written. Concise! If readers would like to delve deeper into the iPhone Programming topics, then do have a look at the iPhone Training Program offered by the folks over at EDUmobile.ORG . You will master the iPhone SDK within 10 to 12 weeks flat, after which you can start putting your iPhone Apps on the App store! They&#8217;ve got a special promo code going now that will give you 25% off, you just need to Google it for now to get it&#8230; its floating around somewhere ($50 off)&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martha Habich</title>
		<link>http://www.summa-tech.com/blog/2009/09/15/developing-iphone-applications-5-things-you-should-know/comment-page-1/#comment-1438</link>
		<dc:creator>Martha Habich</dc:creator>
		<pubDate>Wed, 16 Sep 2009 13:43:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.summa-tech.com/blog/?p=1310#comment-1438</guid>
		<description>Well written article.  Thanks for the tips!!!</description>
		<content:encoded><![CDATA[<p>Well written article.  Thanks for the tips!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Narinder Bansal</title>
		<link>http://www.summa-tech.com/blog/2009/09/15/developing-iphone-applications-5-things-you-should-know/comment-page-1/#comment-1435</link>
		<dc:creator>Narinder Bansal</dc:creator>
		<pubDate>Wed, 16 Sep 2009 07:23:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.summa-tech.com/blog/?p=1310#comment-1435</guid>
		<description>Nice Article. Your 5 points are mantras for a developer from java platform shifting to objective C. Dont know why objecitve C completely different from other languages. And no garbage collection for iPhone is big headache. Hope they will find a solution sooner or later. Thumbs up to this blog</description>
		<content:encoded><![CDATA[<p>Nice Article. Your 5 points are mantras for a developer from java platform shifting to objective C. Dont know why objecitve C completely different from other languages. And no garbage collection for iPhone is big headache. Hope they will find a solution sooner or later. Thumbs up to this blog</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Griffith Jr.</title>
		<link>http://www.summa-tech.com/blog/2009/09/15/developing-iphone-applications-5-things-you-should-know/comment-page-1/#comment-1434</link>
		<dc:creator>Sam Griffith Jr.</dc:creator>
		<pubDate>Tue, 15 Sep 2009 19:05:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.summa-tech.com/blog/?p=1310#comment-1434</guid>
		<description>There are private and protected instance variables. Additionally you can declare a private interface inside your implementation file (.m) and those methods will be private essentially.  You can read more here:

http://macdevelopertips.com/objective-c/private-methods.html</description>
		<content:encoded><![CDATA[<p>There are private and protected instance variables. Additionally you can declare a private interface inside your implementation file (.m) and those methods will be private essentially.  You can read more here:</p>
<p><a href="http://macdevelopertips.com/objective-c/private-methods.html" rel="nofollow">http://macdevelopertips.com/objective-c/private-methods.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

