vapor.js
rawjs-sample
vapor.js | rawjs-sample | |
---|---|---|
9 | 5 | |
1,365 | 45 | |
- | - | |
0.0 | 7.1 | |
almost 2 years ago | 4 months ago | |
JavaScript | TypeScript | |
GNU General Public License v3.0 or later | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
vapor.js
- Rawjs – you may not need React anymore
- vapor.js - the smallest and fastest JavaScript library
- The Smallest and Fastest JavaScript Library
- Vapor.js – The Smallest and Fastest JavaScript Library
-
VanJS (Vanilla JavaScript): smallest reactive UI framework
The website for this is top-notch. It always turns me off when frameworks have bad websites, thankfully this amazing project doesn't.
http://vaporjs.com/
-
Funny JavaScript frameworks - You don't know about
4. Vaporjs
-
Is 0kb of JavaScript in your Future?
the best js library is already 0B https://github.com/madrobby/vapor.js
rawjs-sample
-
Rawjs – you may not need React anymore
After 8 years in the web space, I think the reason why small things like rawJS are appealing is that a lot of devs got directly or indirectly forced into learning a framework and then got themselves burned one way or another while using it. We then developed a shared fantasy: "What if the native browser API was good enough so that we don't have to learn any fluff (frameworks, build tools, libs) to be productive? After all, other languages don't have this framework bloat problem. Let's just use this minimal framework"
But this is just a fantasy. Element constructions are not the problem. We don't do stuff like rawJS or jQuery for bigger apps because they are too low-level and they don't scale well. What we need is to operate at a higher level, not get rid of almost all of the abstractions entirely like rawJS. Have a look at https://github.com/squaresapp/rawjs-sample/blob/35939695dba6.... This is the kind of code that is meaningless to my app. It's just DOM housekeeping. The example app is small enough so that there isn't much of it: this is the only interactive bit of your demo app. But the bigger the app, the more housekeeping like this you need. Try to showcase a bigger demo app with a lot of interaction.
Now, there are specific cases where I don't want/need a framework. If I want better performance, the framework can become a hindrance (this is generally the case - when you want performance, you need to look at the lower levels). If the app is tiny, frameworks are just fluff. But for the overwhelming majority of cases (apps that are not tiny and don't need amazing performance):
As a web dev, I want to assign some object to some reference and then my app to be updated based on my state. When some event happens, I want to update some of the app state. That's it! I don't want to mix my business logic with DOM fluff. I don't need another piece of code to worry about. I want some dependency to do that for me. Is it going to happen via virtual DOM or change detection or something else? Who knows.
What are some alternatives?
van - 🍦 VanJS: World's smallest reactive UI framework. Incredibly Powerful, Insanely Small - Everyone can build a useful UI app in an hour.
rawjs - Better document.createElement(). So much better, that you may no longer need React.
fuckitjs - The Original Javascript Error Steamroller
tinyjs
nano - 🎯 SSR first, lightweight 1kB JSX library.
pakertaja - JavaScript library for building HTML.
vanilla - An OpenResty Lua MVC Web Framework