<?xml version="1.0" encoding="UTF-8"?>











<rss version="2.0" xmlns:jf="http://www.jivesoftware.com/xmlns/jiveforums/rss">



<channel>
    <title>Support Forums: Message List - Article: Pipeline to Visitor Design Pattern</title>
    <link>http://www.theserverside.com</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    
        <generator>Jive Forums Silver 5.5.30 (www.jivesoftware.com)</generator>
    
    <pubDate>Tue, 18 Jun 2013 22:01:33 -0400</pubDate>


    <item>

        <title>Article: Pipeline to Visitor Design Pattern</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[In this article, Waleed Hassan presents a new design pattern, Pipeline to Visitor, that handles the issue of building SW components in a way that makes the SW maintainable. <blockquote>Moving from Analysis to the Design phase, designers try to make the...]]></description>
        

        <pubDate>Tue, 13 Jul 2010 19:18:24 -0400</pubDate>

        

        <jf:creationDate>Thu, 29 Jun 2006 12:11:48 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 13 Jul 2010 19:18:24 -0400</jf:modificationDate>
        <jf:date>Jul 13, 2010</jf:date>
        <jf:author>ReginaIT</jf:author>
        <jf:replyCount>16</jf:replyCount>
    </item>


    <item>

        <title>Re: Coding for change is an anti-pattern</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[<blockquote>Since when was code supposed to be written to avoid the necessity of future code changes?<br><br>This has been the source of SO much abuse and misuse of java and the source of anti-patterns since day one.  Given the bugs and unreliability of...]]></description>
        

        <pubDate>Fri, 07 Jul 2006 03:53:47 -0400</pubDate>

        

        <jf:creationDate>Fri, 07 Jul 2006 03:53:47 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 07 Jul 2006 03:53:47 -0400</jf:modificationDate>
        <jf:date>Jul 7, 2006</jf:date>
        <jf:author>Eelco Hillenius</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Coding for change is an anti-pattern</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[Since when was code supposed to be written to avoid the necessity of future code changes?...]]></description>
        

        <pubDate>Wed, 05 Jul 2006 22:45:06 -0400</pubDate>

        

        <jf:creationDate>Wed, 05 Jul 2006 22:45:06 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 05 Jul 2006 22:45:06 -0400</jf:modificationDate>
        <jf:date>Jul 5, 2006</jf:date>
        <jf:author>B C</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: Article: Pipeline to Visitor Design Pattern</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[First, this seems to be an architectural pattern which is making use of a number of design patterns, rather than a design pattern....]]></description>
        

        <pubDate>Wed, 05 Jul 2006 22:23:34 -0400</pubDate>

        

        <jf:creationDate>Wed, 05 Jul 2006 22:23:34 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 05 Jul 2006 22:23:34 -0400</jf:modificationDate>
        <jf:date>Jul 5, 2006</jf:date>
        <jf:author>Larry Singer</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Bad idea</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA["It's called using an interface, for stuff which could change and using something like spring to wire the implementations together cleanly, or if you hate IOC use a Service locator or something."...]]></description>
        

        <pubDate>Wed, 05 Jul 2006 10:28:46 -0400</pubDate>

        

        <jf:creationDate>Wed, 05 Jul 2006 10:28:46 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 05 Jul 2006 10:28:46 -0400</jf:modificationDate>
        <jf:date>Jul 5, 2006</jf:date>
        <jf:author>Davy the Pirate</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Collections for Context is evil</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[<blockquote>Using Collections as a dumping ground for context is very very bad for maintenance.  The longer the project goes and grows, the harder it is to figure out what objects in the collections are meant for each component without a very thorough...]]></description>
        

        <pubDate>Wed, 05 Jul 2006 10:03:48 -0400</pubDate>

        

        <jf:creationDate>Wed, 05 Jul 2006 10:03:48 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 05 Jul 2006 10:03:48 -0400</jf:modificationDate>
        <jf:date>Jul 5, 2006</jf:date>
        <jf:author>James Watson</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Collections for Context is evil</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[Using Collections as a dumping ground for context is very very bad for maintenance.  The longer the project goes and grows, the harder it is to figure out what objects in the collections are meant for each component without a very thorough documentation....]]></description>
        

        <pubDate>Tue, 04 Jul 2006 21:17:49 -0400</pubDate>

        

        <jf:creationDate>Tue, 04 Jul 2006 21:17:49 -0400</jf:creationDate>
        <jf:modificationDate>Tue, 04 Jul 2006 21:17:49 -0400</jf:modificationDate>
        <jf:date>Jul 4, 2006</jf:date>
        <jf:author>Steven Peh</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: Article: Pipeline to Visitor Design Pattern</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[I help design a small BPM engine that worked in a very similar way....]]></description>
        

        <pubDate>Mon, 03 Jul 2006 10:39:04 -0400</pubDate>

        

        <jf:creationDate>Mon, 03 Jul 2006 10:39:04 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 03 Jul 2006 10:39:04 -0400</jf:modificationDate>
        <jf:date>Jul 3, 2006</jf:date>
        <jf:author>Kit Davies</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Article: Pipeline to Visitor Design Pattern</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[Another problem arises when some node in the flow implementing some use case changes in a way that is instead of collecting some data from a DB, for example, it has to be collected from XML, or even from a call to some web service, which is typical to...]]></description>
        

        <pubDate>Mon, 03 Jul 2006 07:13:27 -0400</pubDate>

        

        <jf:creationDate>Mon, 03 Jul 2006 07:13:27 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 03 Jul 2006 07:13:27 -0400</jf:modificationDate>
        <jf:date>Jul 3, 2006</jf:date>
        <jf:author>anon anon</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>you dont avoid code maintenance</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[by making code unmaintainable....]]></description>
        

        <pubDate>Sun, 02 Jul 2006 23:06:57 -0400</pubDate>

        

        <jf:creationDate>Sun, 02 Jul 2006 23:06:57 -0400</jf:creationDate>
        <jf:modificationDate>Sun, 02 Jul 2006 23:06:57 -0400</jf:modificationDate>
        <jf:date>Jul 2, 2006</jf:date>
        <jf:author>B C</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Re: Article: Pipeline to Visitor Design Pattern</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[It is a good idea to use collections so that the functional unit can support future changes. I don't think this idea is new though. Other than this, I really don't see too much to make it a 'pattern'... Also, the use of pipeline in the business tire...]]></description>
        

        <pubDate>Fri, 30 Jun 2006 21:24:01 -0400</pubDate>

        

        <jf:creationDate>Fri, 30 Jun 2006 21:24:01 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 30 Jun 2006 21:24:01 -0400</jf:modificationDate>
        <jf:date>Jun 30, 2006</jf:date>
        <jf:author>Thomas Xu</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Scary Stuff</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[I really wasn't able to make heads or tails of the design. But I'm not anxious to work on anything architected this way. When ideas like this are taken too far, pretty soon you have no way to understand how things work except in a running system. Unless...]]></description>
        

        <pubDate>Fri, 30 Jun 2006 16:02:37 -0400</pubDate>

        

        <jf:creationDate>Fri, 30 Jun 2006 16:02:37 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 30 Jun 2006 16:02:37 -0400</jf:modificationDate>
        <jf:date>Jun 30, 2006</jf:date>
        <jf:author>Richard Hansen</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>I have to agree...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[Seems to me what your modeling is the use cases not the domain....

-Todd]]></description>
        

        <pubDate>Fri, 30 Jun 2006 15:50:30 -0400</pubDate>

        

        <jf:creationDate>Fri, 30 Jun 2006 15:50:30 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 30 Jun 2006 15:50:30 -0400</jf:modificationDate>
        <jf:date>Jun 30, 2006</jf:date>
        <jf:author>Todd Edman</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>What the ....!?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[Seriously, it looks like reinventing the wheel but make it look like a square....]]></description>
        

        <pubDate>Fri, 30 Jun 2006 05:27:07 -0400</pubDate>

        

        <jf:creationDate>Fri, 30 Jun 2006 05:27:07 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 30 Jun 2006 05:27:07 -0400</jf:modificationDate>
        <jf:date>Jun 30, 2006</jf:date>
        <jf:author>Mark Vleth</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>To commonly used anti-pattern</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=41144</link>

        

        
            <description><![CDATA[Hi,...]]></description>
        

        <pubDate>Fri, 30 Jun 2006 04:42:35 -0400</pubDate>

        

        <jf:creationDate>Fri, 30 Jun 2006 04:42:35 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 30 Jun 2006 04:42:35 -0400</jf:modificationDate>
        <jf:date>Jun 30, 2006</jf:date>
        <jf:author>Daniel ??ster</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>



</channel>
</rss>

