Earlier quoted context omitted.
Redux is an independent project from React. You could use redux with Vue. Your other points are valid but detracting from one library because people often use another you don’t care for seems outside the scope of React vs Vue.
Just for the record most people using vue would be using Vuex: https://vuex.vuejs.org Which IMO is simpler to understand as a newbie than Redux. Maybe because it had the luxury of coming after Redux/similar projects and underpinning a simpler parent framework.
Vue 3.0 Updates [slides]
111–120 of 126 posts
Re: Vue 3.0 Updates [slides]
#112Re: Vue 3.0 Updates [slides]
#113Code? I've been toying with a very specific type of proxy-based observable, and I'd like to compare notes.
Re: Vue 3.0 Updates [slides]
#114Earlier quoted context omitted.
That's interesting, I started with React, and switched to Vue, and felt Vue was the simpler tool.
Agreed. When evaluating both of them, it looked like React and Vue implement the same concepts, but React did it in ways that made it more complicated than it needed to be. I specifically didn’t like that Redux and it’s docs were too heady for what it really is (it’s just event triggering and handling, why does it have to be so complicated?), and the fact that React didn’t have any official “here’s is how to build a…
The naming doesn't help.
"Reducers" is just so academic. Maybe a term like "publishers"?
Of course passing data by props instead of receiving a lambda is a bit of a different paradigm already. Takes some getting used to.
Re: Vue 3.0 Updates [slides]
#115Earlier quoted context omitted.
Redux is an independent project from React. You could use redux with Vue. Your other points are valid but detracting from one library because people often use another you don’t care for seems outside the scope of React vs Vue.
Just for the record most people using vue would be using Vuex: https://vuex.vuejs.org Which IMO is simpler to understand as a newbie than Redux. Maybe because it had the luxury of coming after Redux/similar projects and underpinning a simpler parent framework.
Action handler gets data, does business logic stuff, sends result off to reducer that publishes the data back to the UI layer.
Online explanations of this suck.
Re: Vue 3.0 Updates [slides]
#116Earlier quoted context omitted.
That literally means that you aren't doing SPAs. If you aren't doing SPA then yes using React or Vue is rather a waste. However the majority of sites these days use some form of SPAs. Also under a second is a very low bar to strive to. a fast round trip to the server is 100ms. A reasonable one is somewhere around 300ms. Displaying effects to changes is often under a millisecond in SPAs and is basically impossible to…
> However the majority of sites these days use some form of SPAs Do you have a reference for that claim? I very much doubt you are correct, but I'd be interested in seeing some stats either way, if they exist.
I'm not saying that React/Vue aren't important and drastically changing what's thought of as best-practices in web development... but just because everyone on HN uses a front-end framework for their websites doesn't mean "all websites" do it.
Re: Vue 3.0 Updates [slides]
#117Earlier quoted context omitted.
Just for the record most people using vue would be using Vuex: https://vuex.vuejs.org Which IMO is simpler to understand as a newbie than Redux. Maybe because it had the luxury of coming after Redux/similar projects and underpinning a simpler parent framework.
Sounds as of 3.0 it became much simpler, as vuex doesn't sound as necessary.
You can still use the function prop pattern in Vue but it doesn’t make much sense when event emission is so much simpler to reason about.
Re: Vue 3.0 Updates [slides]
#118Earlier quoted context omitted.
Just for the record most people using vue would be using Vuex: https://vuex.vuejs.org Which IMO is simpler to understand as a newbie than Redux. Maybe because it had the luxury of coming after Redux/similar projects and underpinning a simpler parent framework.
Redux is at its core super simple. Action handler gets data, does business logic stuff, sends result off to reducer that publishes the data back to the UI layer. Online explanations of this suck.
On the other hand, redux's reducers are harder to visualize at the beginning. Until you learn how the reducer works, every reference to "reducer" leaves you slightly confused.
I visualized redux's better with a simple example. It helps you to see how state and reducers interact.
Re: Vue 3.0 Updates [slides]
#119Earlier quoted context omitted.
Could you paste the simple script tag that makes React work without transpilation? I always thought you needed Webpack (or an equivalent) to transpile JSX into a vanilla js function the browser can interpret. If you're referring to Create React App, it uses Webpack - just preconfigured so you don't have to fiddle with it before you start building.
This is my mini React template for experiments, including JSX: https://gist.github.com/Badestrand/3609e7c3c88ba47bb9682a474...
isn't this just a little bit disingenuous
Re: Vue 3.0 Updates [slides]
#120Earlier quoted context omitted.
> However the majority of sites these days use some form of SPAs Do you have a reference for that claim? I very much doubt you are correct, but I'd be interested in seeing some stats either way, if they exist.
The claim might be true among YC companies or even startups... but the majority of websites by far don't use React/Vue: https://w3techs.com/technologies/history_overview/javascript... I'm not saying that React/Vue aren't important and drastically changing what's thought of as best-practices in web development... but just because everyone on HN uses a front-end framework for their websites doesn't mean "all websites"…