<?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: C# Partial Keyword</title>
	<atom:link href="http://www.mkoby.com/2009/10/14/c-partial-keyword/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mkoby.com/2009/10/14/c-partial-keyword/</link>
	<description>Commentary on Technology, Media, News &#38; More</description>
	<lastBuildDate>Tue, 16 Mar 2010 12:39:39 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Peter</title>
		<link>http://www.mkoby.com/2009/10/14/c-partial-keyword/comment-page-1/#comment-5863</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Thu, 15 Oct 2009 03:28:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.mkoby.com/?p=1394#comment-5863</guid>
		<description>The 140-character limit is getting to me, so I&#039;ll leave a comment here as well.&lt;br&gt;&lt;br&gt;I think that even if you can&#039;t split the methods of your Twitter class up because you have to have one class that represents the API, that&#039;s fine. But consider making those methods one-line stubs that call methods in other classes where all the REAL work is done. That if nothing else will shrink the Twitter class--if not by methods, then by lines of code.&lt;br&gt;&lt;br&gt;Also I don&#039;t know if the Twitter library has any state at all, so it may not make much sense to split the big class up into a bunch of smaller ones--some things lend themselves to OO better than others.</description>
		<content:encoded><![CDATA[<p>The 140-character limit is getting to me, so I&#39;ll leave a comment here as well.</p>
<p>I think that even if you can&#39;t split the methods of your Twitter class up because you have to have one class that represents the API, that&#39;s fine. But consider making those methods one-line stubs that call methods in other classes where all the REAL work is done. That if nothing else will shrink the Twitter class&#8211;if not by methods, then by lines of code.</p>
<p>Also I don&#39;t know if the Twitter library has any state at all, so it may not make much sense to split the big class up into a bunch of smaller ones&#8211;some things lend themselves to OO better than others.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Koby</title>
		<link>http://www.mkoby.com/2009/10/14/c-partial-keyword/comment-page-1/#comment-5862</link>
		<dc:creator>Michael Koby</dc:creator>
		<pubDate>Thu, 15 Oct 2009 02:13:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.mkoby.com/?p=1394#comment-5862</guid>
		<description>Funny that you mention that I should probably move stuff out of the Twitter&lt;br&gt;class, as it&#039;s something I&#039;ve been considering for a while but haven&#039;t come&lt;br&gt;up with something that makes sense to me.  It&#039;ll happen eventually, but&lt;br&gt;whatever I do, I need to make sure I understand it and why there&#039;s value in&lt;br&gt;it rather than just doing it because it&#039; simply &quot;better&quot;.&lt;br&gt;But again, I agree, the Twitter class is most definitely doing too much and&lt;br&gt;needs a better design.</description>
		<content:encoded><![CDATA[<p>Funny that you mention that I should probably move stuff out of the Twitter<br />class, as it&#39;s something I&#39;ve been considering for a while but haven&#39;t come<br />up with something that makes sense to me.  It&#39;ll happen eventually, but<br />whatever I do, I need to make sure I understand it and why there&#39;s value in<br />it rather than just doing it because it&#39; simply &#8220;better&#8221;.<br />But again, I agree, the Twitter class is most definitely doing too much and<br />needs a better design.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Scheirman</title>
		<link>http://www.mkoby.com/2009/10/14/c-partial-keyword/comment-page-1/#comment-5861</link>
		<dc:creator>Ben Scheirman</dc:creator>
		<pubDate>Thu, 15 Oct 2009 00:58:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.mkoby.com/?p=1394#comment-5861</guid>
		<description>Congratulations, you&#039;ve just abused the partial keyword :)&lt;br&gt;&lt;br&gt;In all seriousness, partial is really only useful for extending classes that contain generated code.  The generated code stays in one file, you modify another.&lt;br&gt;&lt;br&gt;Your scenario here shows that the Twitter class is doing way too much.  You should break this up into separate classes, each with 1 responsibility.&lt;br&gt;&lt;br&gt;You might end up with a Twitter class that is a simple gateway into a deeper object model.</description>
		<content:encoded><![CDATA[<p>Congratulations, you&#39;ve just abused the partial keyword <img src='http://www.mkoby.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>In all seriousness, partial is really only useful for extending classes that contain generated code.  The generated code stays in one file, you modify another.</p>
<p>Your scenario here shows that the Twitter class is doing way too much.  You should break this up into separate classes, each with 1 responsibility.</p>
<p>You might end up with a Twitter class that is a simple gateway into a deeper object model.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
