Hello.
>
> thank you for your answers!
>
> As Thomas suggests, maybe the right solution is to build that stuff
> in [graph]. Or maybe even in a new project for computational
> geometry and graph drawing! I agree that including [graph] as a
> dependency for [math] does not sound quite right; maybe the other
> way around ...
Then, what if a user needs features in a version of [Math] than is not
compatible with the requirements of [Graph]?
Of course, you could package a shaded version of [Math] in the [Graph] JAR
but that would contain a lot of "unused" (by [Graph]) code.
>
> Also since we're talking of [math+graph], we had another overlap
> recently while dealing with properties of weights -- you know,
> semigroups, monoids, that kind of stuff. I think at some point we
> should "sit together" and understand how to deal with common
> concepts in a unified way.
In principle, it is appealing to split [Math] into sub-projects that would
seem more focused and more manageable. However, the danger is to loose
consistency, which would become really annoying in the parts of the code
that could as well sit in one library as in another (who apply different
design rules). People who need features from the first library + the new
code would prefer it to be also in the first library; and the other way
around for users of the second library.
Given that the "Commons" project looks much more like many independent
projects: Discussions on this forum are rarely cross-components, and when so
there are always people who don't think that convergence towards common
("Commons"?) rules is not worth it. [I don't claim that it is not the most
effective attitude, since it might well be that an agreement on the goal of
common rules will lead to endless discussions as to what those rules should
be...]
And changing habits... well, let's forget it ;-)
So for this issue of convergence between "geometry" in [Math] and [Graph],
will we be able to overcome the problems?
Best regards,
Gilles
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
