<?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: Pragmatic Design</title>
	<atom:link href="http://www.ghost23.de/2008/11/pragmatic-design/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ghost23.de/2008/11/pragmatic-design/</link>
	<description>A blog about Flash and stuff</description>
	<lastBuildDate>Tue, 03 Jan 2012 15:20:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Sven Busse</title>
		<link>http://www.ghost23.de/2008/11/pragmatic-design/comment-page-1/#comment-55</link>
		<dc:creator>Sven Busse</dc:creator>
		<pubDate>Mon, 29 Dec 2008 16:14:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.ghost23.de/blog/?p=95#comment-55</guid>
		<description>Hey Söhnke, hope you are fine at your new location. Yes, i looked into Swiz and also the Spring Actionscript extension, by the way, also a very promising project. These IoC frameworks usually have the big feature, that they do not tell you, how to structure your application, means, they are non-invasive. So that&#039;s why we don&#039;t call them architectural frameworks, because they do not propose an architecture, they simply help you in keeping your modules loosely coupled. Great concept.
</description>
		<content:encoded><![CDATA[<p>Hey Söhnke, hope you are fine at your new location. Yes, i looked into Swiz and also the Spring Actionscript extension, by the way, also a very promising project. These IoC frameworks usually have the big feature, that they do not tell you, how to structure your application, means, they are non-invasive. So that&#8217;s why we don&#8217;t call them architectural frameworks, because they do not propose an architecture, they simply help you in keeping your modules loosely coupled. Great concept.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sönke</title>
		<link>http://www.ghost23.de/2008/11/pragmatic-design/comment-page-1/#comment-54</link>
		<dc:creator>Sönke</dc:creator>
		<pubDate>Mon, 29 Dec 2008 13:28:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.ghost23.de/blog/?p=95#comment-54</guid>
		<description>Hi Sven,
I agree with some of your points and that&#039;s why I like the Swiz framework (http://code.google.com/p/swizframework/) so much. Swiz is more an IoC container framework and gives you total freedom how you organize you code. You do not rely on FrontControllers, ModelLocators or ServiceLocator singleton patterns but let&#039;s you could with the speed of light using dependency injection. There are a few DI frameworks out there and the beautiful thing about Swiz is that you do not rely on an XML configuration but let&#039;s you define your dependencies via metadata aka annotations.
Did you give Swiz a try yet? I am happy to help ;)
Greetings from Brazil,
Sönke
</description>
		<content:encoded><![CDATA[<p>Hi Sven,<br />
I agree with some of your points and that&#8217;s why I like the Swiz framework (<a href="http://code.google.com/p/swizframework/" rel="nofollow">http://code.google.com/p/swizframework/</a>) so much. Swiz is more an IoC container framework and gives you total freedom how you organize you code. You do not rely on FrontControllers, ModelLocators or ServiceLocator singleton patterns but let&#8217;s you could with the speed of light using dependency injection. There are a few DI frameworks out there and the beautiful thing about Swiz is that you do not rely on an XML configuration but let&#8217;s you define your dependencies via metadata aka annotations.<br />
Did you give Swiz a try yet? I am happy to help <img src='http://www.ghost23.de/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /><br />
Greetings from Brazil,<br />
Sönke</p>
]]></content:encoded>
	</item>
</channel>
</rss>

