<br><br><div class="gmail_quote">On Mon, Aug 17, 2009 at 8:14 AM, Eden Cardim <span dir="ltr"><<a href="mailto:edencardim@gmail.com">edencardim@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
</div>I don't understand your obsession over :Private. A method tagged with<br>
:Action, or any other attribute that doesn't make it use one of the<br>
available dispatch types is effectively *the same thing* as a Private<br>
action, except it doesn't restrict the use of other attributes, is<br>
this not what you want? Personally, I've dumped most uses of method<br>
attributes altogether, in favor of the config-based scheme, except for<br>
a few cases of chaining, so I'd vouch for dumping :Private as well.</blockquote><div><br>Sorry, it does sound like an obsession. And yes you are right there are other approaches. It's not a big deal.<br><br><br>
Obviously, the intent of Private is to have a forward-able action that cannot be dispatched directly. It's a pretty basic part of Catalyst to have actions that cannot be
dispatched directly, so Private (or a way to express the same thing) is useful. The implementation enforces this by prohibiting any additional attributes instead of just prohibiting attributes handled by different dispatch types. :Action just takes advantage of the implementation details -- it's not a real action attribute at this time I believe.<br>
<br>The issue that came up was I knew I could simply avoid using :Private to use additional attributes, but then I didn't want to create an action for every method that had attributes, either.<br><br>We are just investigating different approaches at this time, so it may turn out that we go for the config-based approach as you noted. The people with java experience seem to favor the config-based approach.<br>
<br>Anyway, I've moved on to obsessing about other things.<br><br></div></div><br>-- <br>Bill Moseley<br><a href="mailto:moseley@hank.org">moseley@hank.org</a><br>