proposal-import-assertions VS proposal-class-static-block

SO, you're using webpack to support CSS imports here, BUT, did you know that you can do this in vanilla JS without webpack using something called import assertions:

This could be implemented as an import assertion[1]:

import foo from 'http://example.com/foo' assert { sha256sum: '...' }

This feature would even be useful in the web platform in general. Along with an assertion for importing plain text files (not just JSON files).

[1]: https://github.com/tc39/proposal-import-assertions

Worth noting that Import Assertions were downgraded to stage 2 from stage 3. The proposal page may continue to say "stage 3" until it can be updated.

Import Assertions: Proposal for syntax to import ES modules with assertions

Also, I'm not sure how that'd work with import assertions. That'd add another round of questions.

Hi, there is a way to import json file like:

If you want the real thing, you're looking for import assertions.

But it's still only a proposal, currently at stage 3 (which means it's almost finalised, pending any critical feedback or refinements, before it gets implemented). You can view the import assertions proposal on GitHub.

I wouldn't use import assertions in any browser since they are still a stage 3 proposal so any browser which implements them is doing before it is standardized and shouldn't be relied upon for anything that matters.

There's an issue for that to be added as aprt of import assertions https://github.com/tc39/proposal-import-assertions/issues/11...

If you often find yourself working with static fields you may find static initialization blocks to be a useful feature. They can help make static initialization easier. I hope that this post helped you understand what class static initialization blocks in JavaScript are and how to use them. If you want to learn more about this feature, you can take a look at the proposal available on GitHub.

Class Static Blocks Class static blocks provide a mechanism to perform additional static initialization during class definition evaluation.

Before bashing a new feature make sure to read then criticize the actual proposal [1]. I personally think the proposal makes sense mostly because of private fields since it is very awkward to initialize those fields outside of the class.

[1] https://github.com/tc39/proposal-class-static-block

It’s an upcoming ECMAScript feature that’s currently a stage 3 proposal. static blocks allow for a more complex initiation process of static class members.

Class static initialization block.