3 ms·

This is something I didn't cover in my post, but I feel that's a bug, not a feature. Using runes instead of stores (which did the same thing in svelte 4) implic

This is something I didn't cover in my post, but I feel that's a bug, not a feature. Using runes instead of stores (which did the same thing in svelte 4) implicates the svelte compiler in every source file. This is ok if you're married to svelte, but it makes vendor lock-in even more rigid, since you would have to refactor all your regular utilities too when moving to a new framework.

throwingrocks 2y ago
These days, vendor lock-in hardly feels like a worthwhile consideration when evaluating frameworks. A near complete rewrite feels inevitable when transitioning from, say, React to Svelte.
CharlieDigital 2y ago
If it's a similar transition to the one from Vue 2 Options API to Vue 3 Composition, then I expect there will be a bit of a bump, but it'll make a lot more sense afterwards. The VueUse library is probably the poster child for why this pattern is super useful.
0dayz 2y ago
One of my biggest gripe with svelte. In the js world you're shooting yourself in the foot by choosing a framework that is as locked in as svelte (no vdom,domain-specific-language and their design philosophy), had to find this out the hard way. I still respect svelte for it's engineering capability, but it's a 100% commitment with no off-road options ever, but if you need a framework for js and don't like react or angular then vue would be my choice.
- pocketarc 2y ago
  I'm a bit confused about this - if I build something in React/Vue... I'm never going to be using Vue/React alongside it, or anything else. Am I missing something? Who's out there changing frameworks in existing projects? Or is this about something else?
  - joseda-hg 2y ago
    Not a lot of situations, but React in theory can be used down to specific pages enabling progressive adoption/ easier Swapping Also, it's a things metaframeworks enable (Like Astro)
deleted 2y ago
[deleted]
mary-ext 2y ago
One way to reduce the lock-in would be to wrap runes in a Vue ref lookalike, it'd be no more worse than relying on Svelte 3/4's built-in store implementation.
sureIy 2y ago
I don't understand this comment. How is it different from hooks and JSX components? In React codebases theres a lot of logic in React-specific files. I don’t even think it would be possible to "move to a new framework" without starting from near scratch.

throwingrocks 2y ago

These days, vendor lock-in hardly feels like a worthwhile consideration when evaluating frameworks. A near complete rewrite feels inevitable when transitioning from, say, React to Svelte.

CharlieDigital 2y ago

If it's a similar transition to the one from Vue 2 Options API to Vue 3 Composition, then I expect there will be a bit of a bump, but it'll make a lot more sense afterwards. The VueUse library is probably the poster child for why this pattern is super useful.

0dayz 2y ago

One of my biggest gripe with svelte. In the js world you're shooting yourself in the foot by choosing a framework that is as locked in as svelte (no vdom,domain-specific-language and their design philosophy), had to find this out the hard way. I still respect svelte for it's engineering capability, but it's a 100% commitment with no off-road options ever, but if you need a framework for js and don't like react or angular then vue would be my choice.

pocketarc 2y ago
I'm a bit confused about this - if I build something in React/Vue... I'm never going to be using Vue/React alongside it, or anything else. Am I missing something? Who's out there changing frameworks in existing projects? Or is this about something else?
- joseda-hg 2y ago
  Not a lot of situations, but React in theory can be used down to specific pages enabling progressive adoption/ easier Swapping Also, it's a things metaframeworks enable (Like Astro)

deleted 2y ago

[deleted]

mary-ext 2y ago

One way to reduce the lock-in would be to wrap runes in a Vue ref lookalike, it'd be no more worse than relying on Svelte 3/4's built-in store implementation.

sureIy 2y ago

I don't understand this comment. How is it different from hooks and JSX components? In React codebases theres a lot of logic in React-specific files. I don’t even think it would be possible to "move to a new framework" without starting from near scratch.