▲ | austin-cheney 10 hours ago | |||||||||||||||||||||||||||||||||||||||||||||||||
This has never been true for me. I never end up writing any kind of internal framework. Instead I write libraries that solve specific problems and achieve code reuse, which are really either functions or data storage objects restricted to their own files. At least, that’s how I think about code universally, libraries, but specifically in the browser this comes up less because the problem space is much smaller. Really in the browser it’s all about organizing code around event handling and putting text on screen. Let’s not over think this. Anyways this idea of internal frameworks has always been weird to me. Nobody says this of code outside the browser, so why would they say this inside the browser? When I think about in those terms this clearly becomes a simple organizational problem and I don’t need a framework telling me how to organize things like a parent telling me to do chores. | ||||||||||||||||||||||||||||||||||||||||||||||||||
▲ | WA 8 hours ago | parent [-] | |||||||||||||||||||||||||||||||||||||||||||||||||
What code are you using to reactively render state? Or do you write all DOM manipulations manually and just accept the problem of state explosion? | ||||||||||||||||||||||||||||||||||||||||||||||||||
|