|
|
|
|
|
by btschaegg
2768 days ago
|
|
So much this. I've gotten so tired of seeing the same story again and again: Someone sees something that's done by multiple pieces of code and goes "I´m gonna write a framework for that!". Two months later you've got an unmaintainable behemoth of a god class that does everything under the sun and drives everyone insane who has to look at it (a Cthulhu class, if you will). So, yes, I got to the same conclusion. Basically, solve every part of the problem: - in isolation/as focused as possible - as a library - with the easiest to use and most composable API you can come up with After that, if you have to, you can still glue them together into a framework-like thing. But at least, anyone can pick any feature out of it without succumbing to madness. Also, this is a great way to avoid the whole "Big Ball of Mud" problem that forces you to pull a whole ecosystem into your project although all you wanted to do was log something. |
|