News for hackers. Stuff that matters.
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.
Re:Design better software abstractions using bipartite compo... by turkey99 on Wednesday March 13, 2024 @06:23PM (#39698318)
So the opposite of encapsulation?
Re:Design better software abstractions using bipartite compo... by MattPalmer1086 on Wednesday March 13, 2024 @07:41PM (#39698929)
No, this is just separation of concerns. Each thing that was separated is now encapsulated and can be reused in different places.
Re:Design better software abstractions using bipartite compo... by golyi on Wednesday March 13, 2024 @06:07PM (#39698171)
This feels unnecessarily fragmented and complex.

Sorry don't see the benefits of designing your classes in this fashion.

Re:Design better software abstractions using bipartite compo... by xtiansimon on Thursday March 14, 2024 @08:05AM (#39702791)
“We can use composition to break our ship object into two concepts.”

SHIP : PHYSICAL OBJECT

On the surface this appears very “semiotic”