4 ms·
The problem is that once you exclude domain-specific hierarchy from the discussion, there's not much left of OOP. It's just data + relevant functions. Which is
by vkazanov 1y ago
The problem is that once you exclude domain-specific hierarchy from the discussion, there's not much left of OOP.
It's just data + relevant functions. Which is ok.
That's all there is, really.
- mrkeen 1y agoAnd Rich Hickey calls out even that last feature as a mistake, and I tend to agree. https://gist.github.com/reborg/dc8b0c96c397a56668905e2767fd697f#should-i-use-a-namespace-to-bundle-functions-to-model-a-domain-object-like-a-customer-or-product https://gist.github.com/reborg/dc8b0c96c397a56668905e2767fd6...
- MantisShrimp90 1y agoYou get it
- igouy 1y ago> "OO is not bad when there is an actual entity - i.e. a stream, a socket, a window, etc to which an object corresponds, or in a simulation of actual entities. That's where it was born and where it shines. … For instance, don't customers buy products? Which should own the functions that involve both?" What is the purpose of the customers / products app?