<?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 for Chad Stewart: Game Programmer</title>
	<atom:link href="http://www.chadpluspl.us/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.chadpluspl.us</link>
	<description></description>
	<lastBuildDate>Thu, 08 Dec 2011 00:42:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>Comment on Run Time Type Checking In Objective-C by mitch</title>
		<link>http://www.chadpluspl.us/?p=727#comment-990</link>
		<dc:creator>mitch</dc:creator>
		<pubDate>Thu, 08 Dec 2011 00:42:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.chadpluspl.us/?p=727#comment-990</guid>
		<description>Hey, C++ supports RTTI too!
Object *object_pointer = new Object;
Whatever *thing = dynamic_cast&lt;Whatever *&gt;(object_pointer);
thing will be null if Object is not pointing to a complete type (derived type) of Whatever.
You can use this the same way you might use the &#039;as&#039; keyword in C#.
There is also the typeid() operator that returns a const type_info reference that has type information.
I&#039;ve never really played around w/ RTTI in C++ much before so I&#039;m not sure what all you can do w/ the type_info but I&#039;d bet there is a way to do that factory function you have in C++ as well.
 </description>
		<content:encoded><![CDATA[<p>Hey, C++ supports RTTI too! </p>
<p>Object *object_pointer = new Object;<br />
Whatever *thing = dynamic_cast&lt;Whatever *&gt;(object_pointer); </p>
<p>thing will be null if Object is not pointing to a complete type (derived type) of Whatever. </p>
<p>You can use this the same way you might use the &#039;as&#039; keyword in C#. </p>
<p>There is also the typeid() operator that returns a const type_info reference that has type information. </p>
<p>I&#039;ve never really played around w/ RTTI in C++ much before so I&#039;m not sure what all you can do w/ the type_info but I&#039;d bet there is a way to do that factory function you have in C++ as well. </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on C# Anti-Pattern: try catch flow control by Exceptions, again &#124; RobG3D</title>
		<link>http://www.chadpluspl.us/?p=557#comment-967</link>
		<dc:creator>Exceptions, again &#124; RobG3D</dc:creator>
		<pubDate>Fri, 06 May 2011 05:59:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.chadpluspl.us/?p=557#comment-967</guid>
		<description>[...] ran across a post by my colleague Chad Stewart, Lead Dev Support Engineer at BioWare Austin: Try/catch control flow First of all, you ought to know that exceptions are deliberately named. That is to say, they are [...] </description>
		<content:encoded><![CDATA[<p>[...] ran across a post by my colleague Chad Stewart, Lead Dev Support Engineer at BioWare Austin: Try/catch control flow First of all, you ought to know that exceptions are deliberately named. That is to say, they are [...] </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on C# Anti-Pattern: try catch flow control by IGoByChad</title>
		<link>http://www.chadpluspl.us/?p=557#comment-966</link>
		<dc:creator>IGoByChad</dc:creator>
		<pubDate>Wed, 27 Oct 2010 01:34:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.chadpluspl.us/?p=557#comment-966</guid>
		<description>You know, there are cases where the try / catch block is viable, but as normal program flow, I simply can&#039;t do it. It&#039;s dirty.
Now in some server-side application, perhaps you&#039;ve no good reason to go down in flames simply because some library through an exception trying to convert 1/0 to an integer. You determine if it&#039;s severe, handle it gracefully (logging, email alert, message to the user), and move on. It just shouldn&#039;t be par for the course. Routinely ignoring all exceptions is a great way to rack up that technical debt. </description>
		<content:encoded><![CDATA[<p>You know, there are cases where the try / catch block is viable, but as normal program flow, I simply can&#039;t do it. It&#039;s dirty. </p>
<p>Now in some server-side application, perhaps you&#039;ve no good reason to go down in flames simply because some library through an exception trying to convert 1/0 to an integer. You determine if it&#039;s severe, handle it gracefully (logging, email alert, message to the user), and move on. It just shouldn&#039;t be par for the course. Routinely ignoring all exceptions is a great way to rack up that technical debt. </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on C# Anti-Pattern: try catch flow control by Seth Gorden</title>
		<link>http://www.chadpluspl.us/?p=557#comment-965</link>
		<dc:creator>Seth Gorden</dc:creator>
		<pubDate>Thu, 21 Oct 2010 13:48:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.chadpluspl.us/?p=557#comment-965</guid>
		<description>I have heard stories about entire applications whose error-checking is a try/catch around the main loop. Scary stuff.
Explicit error results have been quite reliable for me these days in C++ projects, and most of the checking is kept away from high-performance areas (that is, verified earlier during initialization).
All the same, it&#039;s great to see some real examples that demonstrate what happens when such checking is misplaced.
Your posts read like some of the better instructive books I own. Always looking forward to the next one. </description>
		<content:encoded><![CDATA[<p>I have heard stories about entire applications whose error-checking is a try/catch around the main loop. Scary stuff.<br />
Explicit error results have been quite reliable for me these days in C++ projects, and most of the checking is kept away from high-performance areas (that is, verified earlier during initialization).<br />
All the same, it&#039;s great to see some real examples that demonstrate what happens when such checking is misplaced.<br />
Your posts read like some of the better instructive books I own. Always looking forward to the next one. </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Run Time Type Checking In Objective-C by IGoByChad</title>
		<link>http://www.chadpluspl.us/?p=727#comment-991</link>
		<dc:creator>IGoByChad</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.chadpluspl.us/?p=727#comment-991</guid>
		<description>Mitch, you should know I call it RTTI because of C++! The only thing is that I have been scared silly of RTTI in games by people (teachers, leads, etc;) for performance reasons and in Obj-C, it is a pointer comparison for some operations due to the way they nest the Class member in classes. I&#039;m not saying that RTTI is not useful in C++ or that it does not exist, merely that my first thought usually does not fall to RTTI.</description>
		<content:encoded><![CDATA[<p>Mitch, you should know I call it RTTI because of C++! The only thing is that I have been scared silly of RTTI in games by people (teachers, leads, etc;) for performance reasons and in Obj-C, it is a pointer comparison for some operations due to the way they nest the Class member in classes. I&#8217;m not saying that RTTI is not useful in C++ or that it does not exist, merely that my first thought usually does not fall to RTTI.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

