On 26-Jul-2004 sungo wrote: > On (07/25 16:56), David Davis wrote: > >> -call conventions (use hashrefs instead of arrays?) > > are you talking about the insides of a component object? if so, don't > meddle there. any guidelines for components really need to stick to > interface alone. let the components do what is necessary to get their > jobs done.
I was the one who proposed talking about PoCo guidelines. I came to this conclusion after playing with PoCo::Server::HTTPD and PoCo::Child. The doco for both is thin. PoCo::HTTPD doesn't allow post-backs. PoCo::Child has the strangely named parm "Alias", which doesn't set the alias of the component but the alias of the session postbacks are posted to. Things like this made me that there had to be a better way. No, I don't think the guidelines should dictate internal component implementation. With one exception : if you are doing OO and want people to overload your component, then following a standard object model would be nice. Actually, 2 exceptions, if/when we agree on a standard, it would be nice to implement POE::Component::Base which would help in conforming to the standard. In that case, internals would be dictated by that component. Mind you, there could also be POE::Component::Helper which would export subroutines that did some of the dirty work to help non-OO implementations conform. -Philip