<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Framework Design Guidelines: Naming New Versions of Existing APIs</title><link>http://blogs.msdn.com/brada/archive/2008/12/08/framework-design-guidelines-naming-new-versions-of-existing-apis.aspx</link><description>Continuing in our weekly blog post series that highlights a few of the new additions to the Framework Design Guidelines 2 nd edition .. This content is found in the Naming New Versions of Existing APIs of Chapter 3: Naming Guidelines. Incrementally evolving</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Framework Design Guidelines: Naming New Versions of Existing APIs</title><link>http://blogs.msdn.com/brada/archive/2008/12/08/framework-design-guidelines-naming-new-versions-of-existing-apis.aspx#9186539</link><pubDate>Tue, 09 Dec 2008 09:53:10 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9186539</guid><dc:creator>Francois Ward</dc:creator><description>&lt;p&gt;By the way, while only have the first version of Framework Design Guidelines, this topic reminds me of something in them that is somewhat related...&lt;/p&gt;
&lt;p&gt;The use of the &amp;quot;2&amp;quot; suffix when you have a term that cannot really change, and need to evolve it anyway... let say &amp;quot;DateTime2&amp;quot;.&lt;/p&gt;
&lt;p&gt;Its rarely used, rarely needed, but as the various platforms evolve, its starting to pop every so often, and I'm wondering if thats really for the best... it is honestly seriously confusing, and I'm wondering if there isn't anything better we could think of...&lt;/p&gt;
&lt;p&gt;Its a bit of a stretch on the topic of this post, I know, but I still think its relevent :)&lt;/p&gt;
</description></item><item><title>re: Framework Design Guidelines: Naming New Versions of Existing APIs</title><link>http://blogs.msdn.com/brada/archive/2008/12/08/framework-design-guidelines-naming-new-versions-of-existing-apis.aspx#9190256</link><pubDate>Wed, 10 Dec 2008 12:44:45 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9190256</guid><dc:creator>Alexey Raga</dc:creator><description>&lt;p&gt;Hmm.. I don't like any suffixes like &amp;quot;64&amp;quot; or &amp;quot;2&amp;quot;.&lt;/p&gt;
&lt;p&gt;Imagin, you create &amp;quot;64&amp;quot;suffixed API functions (and new API without any suffixes, as you said).&lt;/p&gt;
&lt;p&gt;So in 2-3-5 years you are going have only 64 bit platform and all the &amp;quot;64&amp;quot;suffixed functions. &amp;quot;64&amp;quot; is meaningless in this situation, it is just a trash in the methods names. Especially if you created &amp;quot;new&amp;quot; API without any suffixed. Mix is always bad ;)&lt;/p&gt;
&lt;p&gt;So what the solution?&lt;/p&gt;
&lt;p&gt;If we are talking about reusable frameworks, we can create factories/adapters/interfaces for 32 and 64 bit systems.&lt;/p&gt;
&lt;p&gt;Want to use 64bit? Use 64bit API interfaces, don't worry about 32bit, you will not even see 32bit methods.&lt;/p&gt;
&lt;p&gt;Why on earth I need to see PeakWorkingSet on 64bit or PeakWorkingSet64 on 32bit? If not all the functions are suffixed, when I see PeakWorkingSet, how can I know if it is a &amp;quot;new&amp;quot; 64bit API, or an &amp;quot;old&amp;quot; 32bit?&lt;/p&gt;
&lt;p&gt;So my point is to make specific APIs for the specific environments, even if they reuse the same code internally, as a developer who used this API, I don't care :)&lt;/p&gt;
</description></item><item><title>re: Framework Design Guidelines: Naming New Versions of Existing APIs</title><link>http://blogs.msdn.com/brada/archive/2008/12/08/framework-design-guidelines-naming-new-versions-of-existing-apis.aspx#9190611</link><pubDate>Wed, 10 Dec 2008 14:23:10 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9190611</guid><dc:creator>irene</dc:creator><description>&lt;p&gt;i &amp;nbsp;want to &amp;nbsp;be a friend &amp;nbsp;to u .&lt;/p&gt;
</description></item><item><title>re: Framework Design Guidelines: Naming New Versions of Existing APIs</title><link>http://blogs.msdn.com/brada/archive/2008/12/08/framework-design-guidelines-naming-new-versions-of-existing-apis.aspx#9198486</link><pubDate>Fri, 12 Dec 2008 00:47:39 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9198486</guid><dc:creator>zeenat</dc:creator><description>&lt;p&gt;Good show!!&lt;/p&gt;
&lt;p&gt;I recently started a blog of mine. I would love it if you would add me to your blog roll and vice verse. &lt;a rel="nofollow" target="_new" href="http://luscious69.blogs"&gt;http://luscious69.blogs&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>re: Framework Design Guidelines: Naming New Versions of Existing APIs</title><link>http://blogs.msdn.com/brada/archive/2008/12/08/framework-design-guidelines-naming-new-versions-of-existing-apis.aspx#9222589</link><pubDate>Tue, 16 Dec 2008 00:53:04 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9222589</guid><dc:creator>YoMan</dc:creator><description>&lt;p&gt;But what about Array.GetLongLength() ... ?&lt;/p&gt;
</description></item></channel></rss>