Yeah but why? It's just applying CSS. You set the props, it applies those props as CSS. Why not cut out the middle man and just apply the css directly? And why is lazy loading bundled in? What's that got to do with image processing?
Why not cut out the middle man and just apply the css directly
Well one could extend this and argue that there's not need for frontend frameworks as you can manipulate the dom directly. Two way data binding is awesome.
I have no idea about the lazy loading.
And yeah, it's "kind of image processing".
Well, if you think that, why are you arguing over a submission about a component for one of those frameworks?
You think it's useless just because you don't use something like Vue?
I'm not sure if you're trolling or not at this point.
I wasn't saying "don't use Vue", I was saying there are good reasons to use a view layer library, and I used "VDOM" as a relevant example specifically because Vue implements one.
And two way data bindings are the best way to make a code base inscrutable. I'll put it another way. Wise developers avoid two way data bindings.
Vue components are structured in such a way (props, methods, data, computed properties, etc.) which is the same of the file you can find within the SRC folder of the project.
But what advantages does a Vue component offer over just doing the same thing with CSS? It's not going to be any more performant because it's not addressing a part of the rendering engine that Vue has any influence over. And you're not saving keystrokes because you've still got to instantiate the component and pass values to the props. All it does as far as I can tell is abstract away something that's trivial to do manually.