|There's more than one way to do things|
Seeking design improvements for Perl code library remote serverby daluu (Initiate)
|on Dec 25, 2012 at 04:32 UTC||Need Help??|
daluu has asked for the
wisdom of the Perl Monks concerning the following question:
I built a custom XML-RPC server in Perl that "supposedly" serves any given Perl code module/class whose structure conforms to some compatible specifications, and the server serves it dynamically at startup via reflection/introspection. It's built out of code snippets found on this site along with a Wikipedia page, with my glue code to mash everything together. It's also modeled (in terms of design) after my server implementations for other languages (.NET, Java). For this post, I'm asking for feedback from Perl community what improvements, if any, I could make to the server. Suggestions on how to implement bug fixes for the open issues of the server, and if there is a more optimal approach to reflection for executing a Perl class method or listing out the class methods information. As the material I based it on and Perl language itself has more than one way to do things.
In terms of optimal code reflection, I'm looking for optimizing or solution where it can satisfy a majority of Perl code or modules, w/ no or minimal changes or wrappers to the Perl code being reflected in most cases.
I guess this is kind of a broad question post, but in a nutshell just wanted feedback for improvements to my server. Don't know where else is good place to seek feedback for Perl.
and the server is built against the remote library interface spec for RobotFramework
with the reference implementation (to the spec) being in Python.