closure-compiler
cash
Our great sponsors
closure-compiler | cash | |
---|---|---|
14 | 19 | |
7,247 | 6,417 | |
0.6% | - | |
9.6 | 4.5 | |
8 days ago | about 2 months ago | |
Java | JavaScript | |
Apache License 2.0 | MIT License |
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.
closure-compiler
-
TypeScript Might Not Be Your God: Case Study of Migration from TS to JSDoc
The most well-known tools that rely on JSDoc are Closure Compiler (not to be confused with the Closure programming language) and TypeScript. Both of these tools can help make your JavaScript typed, but they approach it differently. Closure Compiler primarily focuses on enhancing your .js files by adding typing through JSDoc annotations (after all, they are just comments), while TypeScript is designed for .ts files, introducing its own well-known TypeScript constructs such as type, interface, enum, namespace, and so on.
-
Minify and Gzip (2022)
Closure Compiler follows the same line of thinking:
https://github.com/google/closure-compiler/wiki/FAQ#closure-...
- Svelte is migrating from TypeScript to JSDoc
-
Do any engines or optimizers product TS-specific performance gains?
I think only Google Closure Compiler did some optimizations based on its JSDoc-style annotations (see docs). If I remember correctly, types mostly allowed renaming objects' properties across modules, but most other advanced optimizations (like dead code elimination or functions inlining) didn't rely on types. In my experience properties renaming resulted in subtle, hard to discover bugs and I'd say they didn't bring much benefit.
- Can something like typescript or elm be AOT-compiled efficiently?
-
What does it mean?: *Template parameter* in Google style guide
The @template tag is supported by Google Closure Compiler
- Google announces a new OS written in Rust
-
Google Fonts Pull Requests Ignored
i'm not sure you want them to write back https://github.com/google/closure-compiler/pull/3958
time to fork
- Why don't we do this instead of TypeScript?
-
Is anyone using Google Closure Compiler? And why not?
I just came across the Google Closure Compiler. As the documentation says, it does not create machine code, but rather, "compiles JavaScript to better JavaScript".
cash
-
pure javascript vs jquery vs react for a complex, downloadable text based browser game with state management?
Maybe a small JQuery clone like a Cash - https://github.com/fabiospampinato/cash or SurfJS https://surf.monster/ (Surf has a delay/queue, reactive templates) might help for writing less code and is still JavaScript
- Stack bun pentru extensie chrome+firefox
-
Migrate jQuery to VanillaJS - UpgradeJS.com
If stock jQuery seems too big and you have a lot of code you'd prefer not to waste time converting, try something like jQuery-slim or cash.
-
jQuery Terminal: JavaScript Web Based Terminal Emulator
It was initially released in 2010. But there is a plan to create version 3.0 that will be rewritten in TypeScript and without dependency on jQuery. The plan is to use a modern Cash library to not modify the code that much.
-
Developers with 20+ years of experience already know the drill
I find that cash.js does everything I need from Jquery and it's a fraction of the size, it's great to see advancements in technology to the point that you can fit that much functionality into 6KB
-
An Insanely small plugin extendable, reactive element template library with optional component based syntax that can also double as JQuery Alternative.
Yes but it's more than just that. In relation to DOM manipulation libs like JQuery it's small and on par with something like https://github.com/fabiospampinato/cash
-
The impact of removing jQuery on our web performance
If you are mainly using jquery for its DOM manipulation¹ rather than for browser compatibility² or things that didn't exist consistently in older browsers³ then there are much smaller libraries that do that job which may be worth looking into. https://github.com/fabiospampinato/cash or https://github.com/franciscop/umbrella to give a couple of examples. Some explicitly support IE11 so you are not dropping as much support for legacy browsers as you might otherwise.
Though if jQuery works for you and isn't a performance issue, then by all means keep with it. It may not be ideal, but good enough and does the job. Let the naysayers spend their time debating whether you should or not, and just get on with making things!
---
[1] selection engine, chained selections, chained modifications, …
[2] not the issue it once was, if you can abandon IE and old Android browsers from your supported UAs or can deal with any issues that crop up individually
[3] again, if you can afford to drop support for legacy UAs
-
Gov.uk drops jQuery from their front end
I think it's a bit of both. jQuery served the purpose of making web development more sane back in the day by handling all browser quirks. Part of that was the nice syntax.
I personally have tried to drop jQuery, but truthfully, its syntax is just much easier to use. Nowadays, I use Cash https://github.com/fabiospampinato/cash to give me the nice syntax without the bloat. It strikes the perfect balance for me.
-
What's still being done on the web today that irks you?
Taking a look at Cash so I don't have to rewrite a metric flock-ton of code. https://github.com/fabiospampinato/cash. Looking through the migration guide, I don't see any issues that affect my codebase (famous last words).
-
Replacing jQuery (110kb) With UmbrellaJS (8kb)
Cash's maintainer here. I don't think this is true actually.
Zepto supports some methods that Cash doesn't, but you probably shouldn't use them to begin with, like $.ajax, $.isArray, $.fn.animate etc. In 2022 either better built-in solutions exist or better specialized tiny libraries exist.
Everything that is supported by both Zepto and Cash should either work identically or Cash's implementation should be closer to jQuery's. Just to mention one thing in this regard you can run jQuery's test suite with Cash, and Cash's test suite with jQuery, easily [0]. I've done so and looked at every single failed test manually a few times, I doubt nearly the same level of attention went into Zepto. Just to mention one difference: Cash supports jQuery-style event namespacing, Zepto just doesn't support this.
[0]: https://github.com/fabiospampinato/cash/blob/272132a6dc1d885...
What are some alternatives?
swc - Rust-based platform for the Web
jQuery - jQuery JavaScript Library
terser - 🗜 JavaScript parser, mangler and compressor toolkit for ES6+
Alpine.js - A rugged, minimal framework for composing JavaScript behavior in your markup.
V8 - The official mirror of the V8 Git repository
zepto - Zepto.js is a minimalist JavaScript library for modern browsers, with a jQuery-compatible API
umbrella - :umbrella: Lightweight javascript library for DOM manipulation and events
npm-groovy-lint - Lint, format and auto-fix your Groovy / Jenkinsfile / Gradle files using command line
replace-jquery - Automatically finds jQuery methods from existing projects and generates vanilla js alternatives.
django-webpack-loader - Transparently use webpack with django