<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Managing namespaces</title>
	<atom:link href="http://onclojure.com/2010/02/17/managing-namespaces/feed/" rel="self" type="application/rss+xml" />
	<link>http://onclojure.com/2010/02/17/managing-namespaces/</link>
	<description>A blog about everything Clojure</description>
	<lastBuildDate>Thu, 09 May 2013 14:29:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Namespaces in Clojure are confusing &#124; Smash Company</title>
		<link>http://onclojure.com/2010/02/17/managing-namespaces/#comment-214</link>
		<dc:creator><![CDATA[Namespaces in Clojure are confusing &#124; Smash Company]]></dc:creator>
		<pubDate>Mon, 10 Sep 2012 19:57:59 +0000</pubDate>
		<guid isPermaLink="false">http://onclojure.com/?p=80#comment-214</guid>
		<description><![CDATA[[...] So far I have enjoyed working with Clojure, but I still get confused by name spaces, for the reasons... One aspect of Clojure that I have not been quite happy with is namespace management. In a bigger project that consists of several namespaces, I usually end up having nearly identical :use and :require clauses in the initial ns form. These clauses set up the project-specific set of symbols that I want to work with. Individual namespaces sometimes add symbols for their specific needs, of course. What bothers me is that I have to repeat the :use and :require clauses, often with :exclude or  nly options with many symbols, in every single namespace. And of course I often forget a copy when updating my symbol set. Therefore I decided to look at how namespaces work in more detail, and try to find a better way to manage symbols in namespaces. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] So far I have enjoyed working with Clojure, but I still get confused by name spaces, for the reasons&#8230; One aspect of Clojure that I have not been quite happy with is namespace management. In a bigger project that consists of several namespaces, I usually end up having nearly identical :use and :require clauses in the initial ns form. These clauses set up the project-specific set of symbols that I want to work with. Individual namespaces sometimes add symbols for their specific needs, of course. What bothers me is that I have to repeat the :use and :require clauses, often with :exclude or  nly options with many symbols, in every single namespace. And of course I often forget a copy when updating my symbol set. Therefore I decided to look at how namespaces work in more detail, and try to find a better way to manage symbols in namespaces. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://onclojure.com/2010/02/17/managing-namespaces/#comment-132</link>
		<dc:creator><![CDATA[Martin]]></dc:creator>
		<pubDate>Sat, 11 Sep 2010 16:03:47 +0000</pubDate>
		<guid isPermaLink="false">http://onclojure.com/?p=80#comment-132</guid>
		<description><![CDATA[This was a really useful post when trying to make sense of namespaces!]]></description>
		<content:encoded><![CDATA[<p>This was a really useful post when trying to make sense of namespaces!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: khinsen</title>
		<link>http://onclojure.com/2010/02/17/managing-namespaces/#comment-75</link>
		<dc:creator><![CDATA[khinsen]]></dc:creator>
		<pubDate>Thu, 18 Feb 2010 10:43:05 +0000</pubDate>
		<guid isPermaLink="false">http://onclojure.com/?p=80#comment-75</guid>
		<description><![CDATA[There&#039;s already remove-ns. Combine this with in-ns, and you get the equivalent of emptying a namespace, except that the namespace object changes, rendering aliases invalid.

But... what would you use this for in practice? The only namespace I ever wanted to reset is &quot;user&quot;, from the REPL. But it&#039;s just as easy to make a new one instead.]]></description>
		<content:encoded><![CDATA[<p>There&#8217;s already remove-ns. Combine this with in-ns, and you get the equivalent of emptying a namespace, except that the namespace object changes, rendering aliases invalid.</p>
<p>But&#8230; what would you use this for in practice? The only namespace I ever wanted to reset is &#8220;user&#8221;, from the REPL. But it&#8217;s just as easy to make a new one instead.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: khinsen</title>
		<link>http://onclojure.com/2010/02/17/managing-namespaces/#comment-74</link>
		<dc:creator><![CDATA[khinsen]]></dc:creator>
		<pubDate>Thu, 18 Feb 2010 10:38:51 +0000</pubDate>
		<guid isPermaLink="false">http://onclojure.com/?p=80#comment-74</guid>
		<description><![CDATA[If modifying the behaviour of the compiler is an option, then it would be sufficient to allow redefining a symbol that currently points to a var in another namespace.

I am not sure if that&#039;s a good idea though. At least at the REPL level, I like the error message that prevents me from overwriting something accidentally. Perhaps the default behaviour should differ between the REPL and loading from a file.]]></description>
		<content:encoded><![CDATA[<p>If modifying the behaviour of the compiler is an option, then it would be sufficient to allow redefining a symbol that currently points to a var in another namespace.</p>
<p>I am not sure if that&#8217;s a good idea though. At least at the REPL level, I like the error message that prevents me from overwriting something accidentally. Perhaps the default behaviour should differ between the REPL and loading from a file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stuart Halloway</title>
		<link>http://onclojure.com/2010/02/17/managing-namespaces/#comment-73</link>
		<dc:creator><![CDATA[Stuart Halloway]]></dc:creator>
		<pubDate>Thu, 18 Feb 2010 08:48:07 +0000</pubDate>
		<guid isPermaLink="false">http://onclojure.com/?p=80#comment-73</guid>
		<description><![CDATA[I created a ticket for this: http://www.assembla.com/spaces/clojure/tickets/272-load-ns-require-use-overhaul and will bring it up on the dev list.]]></description>
		<content:encoded><![CDATA[<p>I created a ticket for this: <a href="http://www.assembla.com/spaces/clojure/tickets/272-load-ns-require-use-overhaul" rel="nofollow">http://www.assembla.com/spaces/clojure/tickets/272-load-ns-require-use-overhaul</a> and will bring it up on the dev list.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Miller</title>
		<link>http://onclojure.com/2010/02/17/managing-namespaces/#comment-72</link>
		<dc:creator><![CDATA[Alex Miller]]></dc:creator>
		<pubDate>Thu, 18 Feb 2010 06:04:34 +0000</pubDate>
		<guid isPermaLink="false">http://onclojure.com/?p=80#comment-72</guid>
		<description><![CDATA[Seriously awesome explanation of namespaces...many thanks.]]></description>
		<content:encoded><![CDATA[<p>Seriously awesome explanation of namespaces&#8230;many thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicolas Buduroi</title>
		<link>http://onclojure.com/2010/02/17/managing-namespaces/#comment-71</link>
		<dc:creator><![CDATA[Nicolas Buduroi]]></dc:creator>
		<pubDate>Thu, 18 Feb 2010 00:10:23 +0000</pubDate>
		<guid isPermaLink="false">http://onclojure.com/?p=80#comment-71</guid>
		<description><![CDATA[Just remembered something else, what would be great is a function to reset/empty a namespace.]]></description>
		<content:encoded><![CDATA[<p>Just remembered something else, what would be great is a function to reset/empty a namespace.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicolas Buduroi</title>
		<link>http://onclojure.com/2010/02/17/managing-namespaces/#comment-70</link>
		<dc:creator><![CDATA[Nicolas Buduroi]]></dc:creator>
		<pubDate>Wed, 17 Feb 2010 21:49:16 +0000</pubDate>
		<guid isPermaLink="false">http://onclojure.com/?p=80#comment-70</guid>
		<description><![CDATA[Great post! I&#039;ve had some problems with this myself and wrote some helpers, but didn&#039;t had the time to push thing that far. 

&gt; simply add all symbols defined in your namespace to the :remove list.

This could be automated with a function that you would call at the end of your namespace. If integrate into Clojure this could also be done automatically by the compiler, with warnings to let you know.]]></description>
		<content:encoded><![CDATA[<p>Great post! I&#8217;ve had some problems with this myself and wrote some helpers, but didn&#8217;t had the time to push thing that far. </p>
<p>&gt; simply add all symbols defined in your namespace to the :remove list.</p>
<p>This could be automated with a function that you would call at the end of your namespace. If integrate into Clojure this could also be done automatically by the compiler, with warnings to let you know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil</title>
		<link>http://onclojure.com/2010/02/17/managing-namespaces/#comment-69</link>
		<dc:creator><![CDATA[Phil]]></dc:creator>
		<pubDate>Wed, 17 Feb 2010 18:19:58 +0000</pubDate>
		<guid isPermaLink="false">http://onclojure.com/?p=80#comment-69</guid>
		<description><![CDATA[This is really interesting; I&#039;ve had the same complaints with copy/pasting of huge blocks of use clauses all around a project. I know there&#039;s been talk of a huge overhaul of the ns macro for a future release; I wonder if :like or something similar could make it into that. http://www.mail-archive.com/clojure@googlegroups.com/msg20403.html]]></description>
		<content:encoded><![CDATA[<p>This is really interesting; I&#8217;ve had the same complaints with copy/pasting of huge blocks of use clauses all around a project. I know there&#8217;s been talk of a huge overhaul of the ns macro for a future release; I wonder if :like or something similar could make it into that. <a href="http://www.mail-archive.com/clojure@googlegroups.com/msg20403.html" rel="nofollow">http://www.mail-archive.com/clojure@googlegroups.com/msg20403.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
