Martin Desruisseaux ha scritto:
> Andrea Aime a écrit :
>>> I suggest to avoid static fields/methods too. Static fields are often
>>> enumerations or pre-defined instances of the same class. It would
>>> avoid recursive arrows from a box toward the same box just because a
>>> predefined constant
Andrea Aime a écrit :
>> I suggest to avoid static fields/methods too. Static fields are often
>> enumerations or pre-defined instances of the same class. It would
>> avoid recursive arrows from a box toward the same box just because a
>> predefined constant exists.
>
> Good catch, but I alread
Martin Desruisseaux ha scritto:
> Andrea Aime a écrit :
>> Two interesting suggestion that came up during the gt2 meeting to
>> reduce visual clutter:
>> - reverse engineer dependencies only from public/protected methods,
>> avoid private ones
>
>
> I suggest to avoid static fields/methods to
Martin Desruisseaux wrote:
> Andrea Aime a écrit :
>
>> Two interesting suggestion that came up during the gt2 meeting to reduce
>> visual clutter:
>> - reverse engineer dependencies only from public/protected methods,
>> avoid private ones
>>
That said I love all the arrows, provides g
Andrea Aime a écrit :
> Two interesting suggestion that came up during the gt2 meeting to reduce
> visual clutter:
> - reverse engineer dependencies only from public/protected methods,
> avoid private ones
I suggest to avoid static fields/methods too. Static fields are often
enumerations or
Bryce L Nordgren ha scritto:
> [EMAIL PROTECTED] wrote on 06/05/2006 02:01:32
> PM:
>
>
>> Andrea Aime ha scritto:
>> If I implemented those, would you be happy of generating gt2 javadoc
>> this way, maybe just as
>> an option for automated builds? (I really believe the diagrams would
>> help ne
[EMAIL PROTECTED] wrote on 06/05/2006 02:01:32
PM:
> Andrea Aime ha scritto:
> If I implemented those, would you be happy of generating gt2 javadoc
> this way, maybe just as
> an option for automated builds? (I really believe the diagrams would
> help newbies a lot, and also
> developers too, ra
Andrea Aime wrote:
> Two interesting suggestion that came up during the gt2 meeting to reduce
> visual clutter:
> - reverse engineer dependencies only from public/protected methods,
> avoid private ones
> - don't depict dependencies among classes in the same package, they are
> supposed to be re
Andrea Aime ha scritto:
> Bryce L Nordgren ha scritto:
>
>> I notice a lot of dashed lines. Is it drawing dependencies to everything
>> in the import list?
>>
> No, just from whatever appears in method signatures. There's a flag that
> can enable the import list
> as well, but I left it
Bryce L Nordgren ha scritto:
> ...
>
> Is there a way to supply it with a UML diagram, or some sort of UML
> connectivity information (e.g., which dependencies are associations, which
> are attributes, and which are just dependencies?)
Hum, forgot to answer that one. There are two kinds of associ
Bryce L Nordgren ha scritto:
> I notice a lot of dashed lines. Is it drawing dependencies to everything
> in the import list?
No, just from whatever appears in method signatures. There's a flag that
can enable the import list
as well, but I left it disabled.
> That may create a lot of visual no
On Monday 05 June 2006 20:13, Bryce L Nordgren wrote:
> I notice a lot of dashed lines. Is it drawing dependencies to everything
> in the import list? That may create a lot of visual noise. Perhaps there
> is a way to control how many dependencies are represented? Also, I don't
> notice "associ
I notice a lot of dashed lines. Is it drawing dependencies to everything
in the import list? That may create a lot of visual noise. Perhaps there
is a way to control how many dependencies are represented? Also, I don't
notice "associations", which I think are being represented as dependencies
i
Hi,
I've just finished uploading a javadoc with embedded UML diagrams
that I generated with my new toy, UmlDoc (still unpublished), an UML
diagramming
javadoc doclet that extends the standard doclet by adding class diagrams
into
the javadoc files.
Basically, the tool reverse engineers context cl
14 matches
Mail list logo
