Why does Angular needs a book of 788 pages /g/?

>>58778619
Because writers get paid per page written and AngularJS experts need to make money somehow now that the framework is obsolete.

>>58779099
LOL Christ what are the cool kids using now instead of angular?

File: javascript-the-good-parts-the-definitive-guide.jpg (52KB, 600x450px) Image search: [Google]

52KB, 600x450px

>>58778619

File: heh_u_pleb.jpg (44KB, 500x500px) Image search: [Google]

44KB, 500x500px

>>58779375
Angular (fka Angular 2)

Typescript is comfy

>>58778619

Just use react, it's a no brainer.

>>58779621
this

File: 1461198373106.gif (1MB, 139x742px) Image search: [Google]

1MB, 139x742px

788 pages of toilet paper
react won

>>58780628

Misspelled Vue there m8, honest mistake.

File: angular_yuk.png (40KB, 805x310px) Image search: [Google]

40KB, 805x310px

This syntax is unbearable

File: 1437066474501 (1).png (184KB, 660x720px) Image search: [Google]

184KB, 660x720px

>>58778619
Because Angular is a bigass framework with built in utilities for everything you might possibly ever need.

Most people are only going to use a fraction of it, but its all there, so they're going to write about all of it

>>58778619
>>58779375
Svelte or Inferno or anything else that is really fast.
Brainmen avoid React due to the license.

>>58780641
>>58780901
What is it then, Vue or Svelte?

>>58780882

why not just do your front end with vanilla html/css/javascript/jquery

File: INBvStO[1].png (312KB, 506x662px) Image search: [Google]

312KB, 506x662px

>>58781025

Why not build horribly un-maintainable pieces of shit?

Gosh, I simply don't know


inb4 muh purity, muh no learning curve, muh no bloat

If you're going to build a homepage or a todo list, go right ahead. There's a reason people use frameworks for bigass fuckin apps though senpai

>>58781085

fuck man, idk, facebook uses c++

angular or react?

>>58781098
Facebook is written in a "custom" PHP dialect called Hack. Hack compiles to a bytecode that runs on a VM called HHVM (HipHop Virtual Machine) which is written in C++, for maximum performance.
And their client side code is obviously JavaScript, since thats the only god damn piece of trash you can run in browsers.
They use React, which they invented, and which is written, like all client side browser gutter trash, in JavaScript.

>>58781127

wtf so what would you recommend if you hate JS then? one guy says .js frameworks are god tier then another guy says theyre gutter trash. What's your end game?

>>58781153
Well, I do hate JS, because I've written a lot myself (and actually generated JS on fly from another language... that was cancer). And I don't recommend it to anyone.
Its a fucked up language, with undefined behavior, tons of errors of conceptions that the devs and the community try to solve by writing megabytes of .JS libraries.

But the real problem with JS is that you CANNOT not use it. There is simply nothing else that runs in a browser (apart from VBS in old IE versions).

So TL;DR, I don't recommend it, I don't think any sane programmer would recommend it, but you don't really have a choice. There is no alternative. You can transpile, use libraries, layers, etc, but you'll end up writing JS anyway.

Our only hope is this webassembly standard, so we can have, i.e, a C++ or C# to webasm compiler with no performance drops.

>>58781201

when does webassembly come out?

>>58781220
Well, Chrome already has an implementation of it that you can enable in the chrome://flags. Its probably the same for Firefox.

But its nowhere to be ready until the tooling is here. Like production usable compilers and debuggers, IDEs, libraries that give you access to the browser API and DOM, (in C++, that could be stuff like JSEngine::Console::log, etc).

>>58781237

i played the demo game on the webassembly site in both webassembly and asm.js, didn't really notice any difference....

>>58781025
>why not just do your front end with vanilla html/css/javascript/jquery

Because it's not hip, plus it requires you to actually learn how to use css/javascript/jquery instead of throwing together a bunch of templates and call it a day.

I build everything in native html/css and only use js/jquery to just do ajax calls or change classes (every visual element can be done with css transitions or animations, I only use js to "launch" them by changing classes), or sometimes do event callbacks. With css I'm doing black magic level stuff nowadays, especially with responsive layouts (all of it is handled in CSS), but I have to admit that it takes a ton of time compared to throwing around a few template modules in Bootstrap and calling it a day.

File: 2012-05-21-gorefield2.png (173KB, 720x476px) Image search: [Google]

173KB, 720x476px

>>58781201
>(and actually generated JS on fly from another language

... why would you do that?

>>58781365
The aim of both projects is really to have a common assembly-like bytecode to compile stuff to. Like you'd compile C to assembly.

Once everyone is one the same page, they'll start to optimize the shit out of it. In ten years. *sigh*

>>58781085
Because they're dumb and need a bloated framework

Also they're literally the cancer killing the web and completely wiping out any cpu performance gains we get

>>58781389
Well, when you're writing an ASP.NET application that can generate grid and forms by reading a database, you have to put tons of javascript on your page. For example, for each grid you add a button, you generate a piece of JS that reacts to the click of that button only and acts on the grid thats "binded" to it. It needs to be dynamically generated, since its a "dynamic" engine based on variable data.

File: lol.png (367KB, 745x820px) Image search: [Google]

367KB, 745x820px

>>58781369
I'm sure your todo list app is very impressive anon

>>58781237
>>58781220
Webassembly won't help you because
- you will have to wait until all non-supporting devices become deprecated and updated, which means 15 years minimum (we still can't use Flexbox despite it being around for 8+ years)
- you still need to draw crap on the screen, for which you need DOM manipulation, where you get fucked up inconsistencies between how they work, how they should work, and how they work in other browsers. Including desktop and mobile.

The only reason webassembly is even a thing is because by putting compiled code on the web, people cannot just save your minified javascript from your site and use it on their own page. No, you'll have to BUY libraries once they start coming in compiled form.

>>58781393

id say like half the apps i go to run great and feel lightweight, then the other half are bloated pieces of shit. I'd be willing to bet an app made with php for back end, and vanilla js for front end would run better than an app made with all these .js frameworks and includes

>>58781435
>I'm sure your todo list app is very impressive anon

I write corporate sites, not mobile apps.

>>58781425
>For example, for each grid you add a button, you generate a piece of JS that reacts to the click of that button only and acts on the grid thats "binded" to it. It needs to be dynamically generated, since its a "dynamic" engine based on variable data.

??? can't you just put onclick="somefunction(this);" on the button, and then set up somefunction() to check which grid the button it was fired from belongs to? Why generate dynamic javascript for that crap?

>>58781469
>corporate sites
>pure js
>maintainable by future developers

pick 2

>>58781493
Yeah, it's so hard to maintain all three class toggles I do to trigger some CSS animations.

>>58781000
I think Vue(2.0) is also pretty fast, so it doesn't really matter.

>>58781493
>maintainable by future developers

that's not how you get job security.

>>58781493
>Websites
>not rewritten all 3 years anyway

>>58781153
C/C++/Rust compile to Web Assembly and asm.js.

what do you all think of this? if i understand correctly they are using js for the back end?

http://locutus.io/

>>58781706
Retards.

>>58781749

i dont get it either, why not just use the original languages?

>>58781762
Hipster cred.

>>58780810
It's funny because that's exactly what PHP was invented for, and still does better.

I prefer Hack. It's the evolved version of PHP. Easy to async with it too. JS is literally hippy tier.

I prefer Go. It's the evolved version of C and Pascal. Easy to do concurrency with it too. PHP, Hack and JS are literally retarded turtles.

>>58781988

Go doesn't have as many features as Hack though...

>>58782002
C++ has even more features than Hack. Must mean it's that much better.

>>58782045
You're right - it is.

>>58781988

for web dev tho? nah. Go is great but for web dev its not Python, PHP, ASP.NET tier tho

>>58782075
How so? inb4 jobs.

>>58782091

just read the docs man. Hack does a lot more

>>58782115
And Haskell does even more than that.

>>58781484
Smartie, your onclick="somefunction(this)", the "somefunction" is what has to be generated. You don't know how many grids there is going to be, how many buttons, etc.

>>58782115
Not that guy, but I have done that. Hack tries to fix what isn't broken. Tries to be a better Java but we already have C#.

>>58778619
i think maybe the font size is too big or the page is smal?

>>58782140

But companies like to compete. Java has been around forever and C# is a M$ thing. *yawn*. I'd rather not join the M$ poo in loo cult. Facebook and Google have the best engineers.

788 pages you need to forget next year

* wink wink*

>>58781459
>I'd be willing to bet

k senpai

>>58782129
Is the data fixed after generation, or do you add more nodes after page load? If it is fixed, you can assign the function into an event listener in a snippet in the footer. If it is dynamically added via ajax, you can still set up a DOM change event listener that will do the same to any newly loaded grid elements.

Don't see how this is difficult.

>>58782382
The data can be modified, but I don't have control on that. Its Devexpress components after all. Even they told us to generate JS on fly, heh.

File: Angular_book.png (136KB, 1920x1080px) Image search: [Google]

136KB, 1920x1080px

>>58782143
This is how pages look like.

>>58782382
What I usually do is onclick="someFuntion(Id)", the Id tells me the row it is so I can fetch the data and only create a single function for all the rows.