Js-framework-benchmark Alternatives

js-framework-benchmark reviews and mentions

• Svelte adoption guide: Overview, examples, and alternatives
  9 projects | dev.to | 3 Sep 2024

  You can compare performance in a more rigorous way by consulting Stefan Krause's js-framework-benchmark project. Here are results based on the latest snapshot:

• Ask HN: Fastest Async Front-End?
  2 projects | news.ycombinator.com | 27 Aug 2024

  Sorry, this is a bit out of my area of expertise (especially in non-React frameworks), but until someone more knowledgeable comes along, maybe I can at least offer some links for getting started?

  A writeup: https://blog.logrocket.com/rendering-large-datasets-vue-js/

  As for implementation, this is probably a situation where I'd reach for Someone Else's Library™ instead, at least to learn from. Maybe something like https://www.ag-grid.com/example/ (try the 100k row example) with maybe a serverside data model: https://www.ag-grid.com/vue-data-grid/server-side-model-upda...

  That's a ready-made open-core implementation (paid additional features), but you can see an example of how to make an performant implementation. Often, big tables like that can use some sort of virtualization (https://www.ag-grid.com/vue-data-grid/dom-virtualisation/), or here's another lib that does something similar: https://tanstack.com/virtual/latest

  There is also a JS framework benchmark at https://github.com/krausest/js-framework-benchmark and a vue-pinia implementation at https://github.com/krausest/js-framework-benchmark/tree/mast...

  Lastly, I would say it might be worth considering how the whole dataset works, holistically, as in whether the client really needs to handle all that data at once or if it can be streamed in chunks to & from the server, maybe with a bit of buffer in every direction. It's the same windowing concept, just moved to the network.

  And of the data on the client, how much of it is bottlenecked by rendering vs other in-memory operations (sorting, filtering, pagination, etc.) -- can you speed that part up with any better algorithms or data structures?

  But it sounds like your main bottleneck right now is rendering large datasets into the DOM, so hopefully some of those above will help.

  At some scale, it might also be worth considering moving out of the DOM altogether and into a canvas, like https://canvas-datagrid.js.org/ or https://github.com/xwinstone/canvastable?tab=readme-ov-file. The DOM isn't really made for something like that, and it's pretty amazing what the libs can do, but the canvas can be much much faster. You do lose all the built-in DOM functionality though so you end up having to recreate a lot of functionality (like search, selection, drag & drop, etc.)

  ------

  Good luck! I hope someone comes along with more experience and wisdom to share.

• JavaScript Web Frameworks Benchmark 2024: An In-Depth Analysis
  2 projects | dev.to | 16 Jul 2024

  # Clone the repository git clone https://github.com/krausest/js-framework-benchmark.git cd js-framework-benchmark # Install dependencies and start the server npm ci && npm run install-local npm start # Run the benchmark npm run bench # Generate the results table npm run results

• Svelte Series-1: An awesome framework
  6 projects | dev.to | 15 May 2024

  By comparing performance on benchmark, we can see that Svelte outperforms front-end frameworks such as React, Vue, and Angular overall, except for being slightly behind Solid.

• Popularity is not Efficiency: Solid.js vs React.js
  3 projects | dev.to | 1 Jan 2024

  JavaScript benchmarks are instruments for measuring the speed and effectiveness with which a JavaScript engine—such as the ones found in web browsers—can complete particular tasks. Benchmarks are used by developers and browser vendors to evaluate various engines, find places in the code where improvements are needed, and make sure JavaScript standards are being followed.

• Use any web browser as GUI, with Zig in the back end and HTML5 in the front end
  17 projects | news.ycombinator.com | 1 Jan 2024

  Strange then that frameworks advertise how fast they are at rendering, mutating, and creating objects in the DOM, and one of the main JS benchmarks everyone likes to measure their performance by is literally a benchmark about DOM manipulation: https://github.com/krausest/js-framework-benchmark

  Oh wait. It's not strange. Because state manipulation is a largely solved problem, and even the least performant state manipulation is blazingly fast. However, presenting components in the browser's DOM is tens of magnitudes of orders less performant than anything you can throw at state manipulation.

  And every single framework is busy solving one single problem: how do we touch the DOM as little as possible?

• JavaScript-Framework-Benchmark
  1 project | news.ycombinator.com | 6 Oct 2023
• GitHub - krausest/js-framework-benchmark: A comparison of the performance of a few popular javascript frameworks
  1 project | /r/coding | 25 Sep 2023
• JavaScript Framework Benchmark
  1 project | news.ycombinator.com | 27 Aug 2023
• Vue 3 now outperforms Svelte and React
  1 project | /r/webdev | 23 Aug 2023
• A note from our sponsor - InfluxDB
  www.influxdata.com | 17 Sep 2024

  InfluxDB Platform is powered by columnar analytics, optimized for cost-efficient storage, and built with open data standards. Learn more →