Re:Design better software abstractions using bipartite compo...
by jprete on Wednesday March 13, 2024 @06:54PM
(#39698574)
I've done this myself implicitly when trying to break down kitchen-sink classes. Often they were never really one class to begin with, so a lot of the contents can be separated into two or more new classes such that there are only a small number of dependencies between them.
Sorry don't see the benefits of designing your classes in this fashion.
SHIP : PHYSICAL OBJECT
On the surface this appears very “semiotic”