<span id="mailbox-conversation"><div>Hi Enrico,</div>
<div><br></div>
<div>Thanks for sharing this. It’s an approach that I agree with in general - I’d much rather classes were grouped by domain than by pattern. I have got a couple of questions though:</div>
<div><br></div>
<div>1) Why is it ok to end up with a directories for Controllers, Views and Helpers?</div>
<div><br></div>
<div>2) Sometimes you are creating classes that fulfil specific roles within the framework; e.g, Presenters. How do identify their function when they aren’t grouped in a directory?</div>
<div><br></div>
<div>(Or maybe my assumtion at the start of the second question is wrong, in which case I’d like to hear why.)</div>
<div><br></div>
<div>Thanks,</div>
<div>John</div></span><div class="mailbox_signature"><br></div>
<br><br><div class="gmail_quote"><p>On Tue, Sep 8, 2015 at 5:43 PM, Enrico Teotti <span dir="ltr"><<a href="mailto:enrico.teotti@gmail.com" target="_blank">enrico.teotti@gmail.com</a>></span> wrote:<br></p><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><p>Hi,
<br><br>I wrote a blog post on (Rails) application directories named as
<br>architectural patterns and suggesting a more intention revealing
<br>alternative:
<br><br>http://teotti.com/application-directories-named-as-architectural-patterns-antipattern/
<br><br>Ciao,
<br><br>Enrico
<br><br>-- 
<br>[skype] enrico.teotti
<br>[web] http://teotti.com
<br>[twitter] agenteo
<br>_______________________________________________
<br>Chat mailing list
<br>Chat@lists.lrug.org
<br>Archives: http://lists.lrug.org/pipermail/chat-lrug.org
<br>Manage your subscription: http://lists.lrug.org/options.cgi/chat-lrug.org
<br>List info: http://lists.lrug.org/listinfo.cgi/chat-lrug.org
<br></p></blockquote></div><br>