News for hackers. Stuff that matters.

ngxoogler

Re:Designing very large JavaScript applications on Saturday April 21, 2018 @08:48AM (#16891239)
Code splitting via webpack is not a manual process.

Does your hand rolled framework handle minimization and obfuscation? Probably not because any changes would require a rebuild.

Are your assets cached? If they are, I'm curious how you handle the cache busting when a single file gets updated.

Re:Designing very large JavaScript applications on Friday April 20, 2018 @07:32PM (#16889150)
It isn't well documented yet but this is possible in Angular (2+). Here's a good tutorial from someone who figured it out.

https://blog.angularindepth.com/dynamically-loading-componen...

Re:Designing very large JavaScript applications on Friday April 20, 2018 @06:56PM (#16888983)
I get what you're saying and maybe I'm being harsh, but the whole backdrop of the article is this supposedly amazing framework that was built. It undermines a lot of his points that it is poorly used.
Re:Designing very large JavaScript applications on Friday April 20, 2018 @06:42PM (#16888918)
The framework he is talking about is trash compared to modern JavaScript UI frameworks.

There are very few established patterns and each team seems to make up their own rules. Some of the worst code I've ever seen was a result of this framework.

The code-splitting is probably the best feature and worked great when this was released, but smart lazy-loading of bundles is much easier in 2018.

The most frustrating thing is that the framework developers consistently point to benchmarks created over 3 years ago to show how great it is.