<?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>Comments on: Cocoa Programming &#8211; Part I</title>
	<atom:link href="http://MacDeveloperTips.com/book-reviews/cocoa-programming-part-i.html/feed" rel="self" type="application/rss+xml" />
	<link>http://MacDeveloperTips.com/book-reviews/cocoa-programming-part-i.html</link>
	<description>Tips, tools and code for iPhone and Mac developers.</description>
	<lastBuildDate>Wed, 18 Jan 2012 21:06:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: McBane</title>
		<link>http://MacDeveloperTips.com/book-reviews/cocoa-programming-part-i.html/comment-page-1#comment-492</link>
		<dc:creator>McBane</dc:creator>
		<pubDate>Tue, 07 Oct 2008 05:00:36 +0000</pubDate>
		<guid isPermaLink="false">http://MacDeveloperTips.com/?p=248#comment-492</guid>
		<description>In general the book is very well written but the examples sidestep the great mystery of cocoa (at least it is a mystery for this ex-windows developer):

In MVC architechture, exactly how does a view tell the model (the document) that it needs to be updated?  The examples in the book either assume that all relevant data is local to the view, or they assume that your application is editing a simple array so you can use core data to update a simple table.

In fact, how can any two objects communicate?  All of the objects in a cocoa app appear to be instantiated by hidden code.  And unless everything it to be done with notifications you need to know which object to pass messages to.  For example, how does an NSView get a message to the corresponding NSDocument?  An NSView can find the NSWindow.  But while the book talks about an &quot;automatic&quot; NSWindowController,  when you ask the NSWindow for its controller, you get null.  More or less a dead end, unless you subclass the NSDocument for the sole purpose of creating a global pointer to itself.

I&#039;m sure my confusion is due to years of Windows programming brain rot and that there are simple answers to these questions - they just arent in the book.  Couldnt there have been an example of how a real world application might update a document in response to user events processed by a view?</description>
		<content:encoded><![CDATA[<p>In general the book is very well written but the examples sidestep the great mystery of cocoa (at least it is a mystery for this ex-windows developer):</p>
<p>In MVC architechture, exactly how does a view tell the model (the document) that it needs to be updated?  The examples in the book either assume that all relevant data is local to the view, or they assume that your application is editing a simple array so you can use core data to update a simple table.</p>
<p>In fact, how can any two objects communicate?  All of the objects in a cocoa app appear to be instantiated by hidden code.  And unless everything it to be done with notifications you need to know which object to pass messages to.  For example, how does an NSView get a message to the corresponding NSDocument?  An NSView can find the NSWindow.  But while the book talks about an &#8220;automatic&#8221; NSWindowController,  when you ask the NSWindow for its controller, you get null.  More or less a dead end, unless you subclass the NSDocument for the sole purpose of creating a global pointer to itself.</p>
<p>I&#8217;m sure my confusion is due to years of Windows programming brain rot and that there are simple answers to these questions &#8211; they just arent in the book.  Couldnt there have been an example of how a real world application might update a document in response to user events processed by a view?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MattjDrake</title>
		<link>http://MacDeveloperTips.com/book-reviews/cocoa-programming-part-i.html/comment-page-1#comment-478</link>
		<dc:creator>MattjDrake</dc:creator>
		<pubDate>Tue, 23 Sep 2008 12:27:17 +0000</pubDate>
		<guid isPermaLink="false">http://MacDeveloperTips.com/?p=248#comment-478</guid>
		<description>I also have to recommend this book.  For me, I am a Windows .NET programmer and when I started to develop for the iPhone I really felt lost.  It was not the code really, but the mindset around Cocoa and Objective-C.  This book will give you just the right about of flavor and detail to point you in the right direction.  He does a good job of somehow showing you the big picture by using details.

Its a must read for anyone new to Mac or iPhone programming.</description>
		<content:encoded><![CDATA[<p>I also have to recommend this book.  For me, I am a Windows .NET programmer and when I started to develop for the iPhone I really felt lost.  It was not the code really, but the mindset around Cocoa and Objective-C.  This book will give you just the right about of flavor and detail to point you in the right direction.  He does a good job of somehow showing you the big picture by using details.</p>
<p>Its a must read for anyone new to Mac or iPhone programming.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

