Re: php5 class names contains packages references

Tom,
I added an enhancement request for this
http://argouml.tigris.org/issues/show_bug.cgi?id=5093,
feel free to add comments to it.

Regards,

Mark

On Wed, May 14, 2008 at 9:51 AM, Tom Morris <[email protected]> wrote:

> On Wed, May 14, 2008 at 10:39 AM, Mark Fortner <[email protected]>
> wrote:
> > I'm curious if it's possible to create user-accessible, modifiable
> > templates? If so, this would address both the user's need for some
> control
> > over class generation, but would also allow other users to generate unit
> > tests, and documentation from the existing model.  The latter use case is
> > similar to Rational Rose's SoDA functionality.
>
> Currently none of the code generation is template driven.  Clearly it
> would be possible to provide at least simple templating functionality.
>  It's just a matter of someone taking the time to implement it.
>
> A more powerful template driven code generation scheme could
> potentially be used to address code generation for all our supported
> languages in addition to allowing user customization.  Currently each
> code generator is basically produced by cloning it from an earlier
> code generator.  This creates lots of duplication as well as the
> necessity to fix bugs and add functionality in many different places
> -- clearly not a good thing.  Again, fixing this is a matter of
> someone investing the engineering effort for the upfront cost that
> really only benefits future implementors (ie not the original
> implementor).
>
> > I know that the existing templates (.tee files) are packaged up into the
> > argouml.jar.  If these were accessible from a directory like (perhaps the
> > argouml/templates), argouml could load the templates from this directory
> at
> > startup.
>
> Those template files are only used to generate our homegrown diagram
> description language.  None of the code generation is template driven.
>
> > In general though, a more standardized templating mechanism like
> Velocity,
> > or FreeMarker would be more easily understood by the average user.
>
> Clearly if we were going to do this, it would make sense to leverage
> an existing template language if at all possible.
>
> Tom
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>


-- 
Mark Fortner

blog: http://www.jroller.com/phidias