<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Re: Python factory-like type instances</title>
	<link>http://blogs.gnome.org/jamesh/2008/02/12/python-metaclasses/</link>
	<description>Random stuff</description>
	<pubDate>Mon, 07 Jul 2008 02:25:53 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Python if/else in lambda &#187; Ikke&#8217;s blog</title>
		<link>http://blogs.gnome.org/jamesh/2008/02/12/python-metaclasses/#comment-590</link>
		<dc:creator>Python if/else in lambda &#187; Ikke&#8217;s blog</dc:creator>
		<pubDate>Sat, 16 Feb 2008 21:47:24 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2008/02/12/python-metaclasses/#comment-590</guid>
		<description>[...] James, obviously you&#8217;re right&#8230; Stupid me didn&#8217;t think about that. Your version won&#8217;t work when a discriminator isn&#8217;t known at import time. But even then a function taking *args and **kwargs with a class-like name, returning a correct class instance, would cut the job. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] James, obviously you&#8217;re right&#8230; Stupid me didn&#8217;t think about that. Your version won&#8217;t work when a discriminator isn&#8217;t known at import time. But even then a function taking *args and **kwargs with a class-like name, returning a correct class instance, would cut the job. [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Henstridge</title>
		<link>http://blogs.gnome.org/jamesh/2008/02/12/python-metaclasses/#comment-588</link>
		<dc:creator>James Henstridge</dc:creator>
		<pubDate>Wed, 13 Feb 2008 02:39:14 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2008/02/12/python-metaclasses/#comment-588</guid>
		<description>There isn't much point in reinventing zope.interface.  With the effort the Zope 3 developers have put in to modularise everything, using zope.interface does not imply pulling in the rest of Zope.  There doesn't seem to be much reason not to use it where appropriate.</description>
		<content:encoded><![CDATA[<p>There isn&#8217;t much point in reinventing zope.interface.  With the effort the Zope 3 developers have put in to modularise everything, using zope.interface does not imply pulling in the rest of Zope.  There doesn&#8217;t seem to be much reason not to use it where appropriate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: john Stowers</title>
		<link>http://blogs.gnome.org/jamesh/2008/02/12/python-metaclasses/#comment-587</link>
		<dc:creator>john Stowers</dc:creator>
		<pubDate>Wed, 13 Feb 2008 00:47:48 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2008/02/12/python-metaclasses/#comment-587</guid>
		<description>@James,

Yeah his first paragraph says as much. Still, I applaud his determination for going to the effort. A lesser capable plugin system that doesnt bring in zope.interface might be useful for those people who care about such things</description>
		<content:encoded><![CDATA[<p>@James,</p>
<p>Yeah his first paragraph says as much. Still, I applaud his determination for going to the effort. A lesser capable plugin system that doesnt bring in zope.interface might be useful for those people who care about such things</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Henstridge</title>
		<link>http://blogs.gnome.org/jamesh/2008/02/12/python-metaclasses/#comment-586</link>
		<dc:creator>James Henstridge</dc:creator>
		<pubDate>Tue, 12 Feb 2008 13:13:58 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2008/02/12/python-metaclasses/#comment-586</guid>
		<description>John: that guy really should read up on Zope interfaces a bit more -- they handle a lot of the things he is doing.

Snark: if you think metaclasses are obscure, you should see what people do with sys._getframe().</description>
		<content:encoded><![CDATA[<p>John: that guy really should read up on Zope interfaces a bit more &#8212; they handle a lot of the things he is doing.</p>
<p>Snark: if you think metaclasses are obscure, you should see what people do with sys._getframe().</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Snark</title>
		<link>http://blogs.gnome.org/jamesh/2008/02/12/python-metaclasses/#comment-585</link>
		<dc:creator>Snark</dc:creator>
		<pubDate>Tue, 12 Feb 2008 07:50:06 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2008/02/12/python-metaclasses/#comment-585</guid>
		<description>Nice post!

I thought python was saner than C++ -- you prove me wrong!</description>
		<content:encoded><![CDATA[<p>Nice post!</p>
<p>I thought python was saner than C++ &#8212; you prove me wrong!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Stowers</title>
		<link>http://blogs.gnome.org/jamesh/2008/02/12/python-metaclasses/#comment-584</link>
		<dc:creator>John Stowers</dc:creator>
		<pubDate>Tue, 12 Feb 2008 06:42:42 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2008/02/12/python-metaclasses/#comment-584</guid>
		<description>Nice post. You may have seen this, but FWIW, the following site expands on the idea of '...a metaclass could be used to make the registration automatic...' to build a plugin system.

http://gulopine.gamemusic.org/2008/jan/10/simple-plugin-framework/

John</description>
		<content:encoded><![CDATA[<p>Nice post. You may have seen this, but FWIW, the following site expands on the idea of &#8216;&#8230;a metaclass could be used to make the registration automatic&#8230;&#8217; to build a plugin system.</p>
<p><a href="http://gulopine.gamemusic.org/2008/jan/10/simple-plugin-framework/" rel="nofollow">http://gulopine.gamemusic.org/2008/jan/10/simple-plugin-framework/</a></p>
<p>John</p>
]]></content:encoded>
	</item>
</channel>
</rss>
