Live data from Hacker News

Angular v22

blog.angular.dev

51–60 of 84 posts

Re: Angular v22

#51
post #41

I haven't been involved in Angular for quite some time. As someone who uses other JavaScript frameworks (Vue, React, Svelte), what am I missing out on? I'd be curious to hear from people who would pick Angular over any of the other big frameworks.

I would just say in general Angular is best if you basically want to build an old school application as a website.. and especially if you kind of hate javascript and web development but focus on the backend as the main part.

Re: Angular v22

#52
I recently upgraded a relatively complex angular project from v14 to v21. I feel like Angular development slowed down for a few years. However, looking at the changes over those versions in total makes it feel like a whole new framework.

Re: Angular v22

#54
Been using Angular v21 for a very complex app. Have had a wonderful experience, in terms of the cognitive load to make and work with components, state and data flow.

Signals and signal stores make it very easy.

Did the whole coding by hand, no ai coding tools too.

Re: Angular v22

#55
most enterprises would be better served by being on an angular stack than the hodgepodge of shit called React.

Re: Angular v22

#56

Really excited for this. I've been dying to use signal-forms and resources since they were experimental. Once I got on the signal train, I could never go back and having to use RxJS for forms became a major pain point.

Could you say more about signals? Is it are all analogous to, say, game engine signals paradigms (eg Godot) - components at any depth emit signals and any other component can subscribe? Or something totally different?

I'm learning Godot right now with ambitions to launch a game on steam! Are you working on a game yourself?

Re: Angular v22

#57
post #8

Seems like Angular has gotten better since v2 (my last experience). Has anyone done a modern Angular vs. React comparison that's not an AI slop article? I'm also curious if it's "simple made easy" for performant applications. React is arguably "simple made hard", but there are notable, highly performant applications written with it (Linear comes to mind).

React basically is now focused on being Next.js infrastructure and designed to support Vercel and partners.

I only touch it when doing projects like Sitecore, Contentful, Sanity, and co, where React/Next.js are the official extension points.

So many hooks, use "this" and "that".

Re: Angular v22

#58

Earlier quoted context omitted.

Each one of these solves a different problem. Promised - async Observables - streams Signals - reactivity

In theory that’s true (although observables are for reactivity too), but Angular uses observables for its http library and http requests are very much not streams. It’s one of the main downsides of working with Angular, the http library is mediocre and does come with the added overhead and complexity that rxjs brings. Until this release (if you only use stable features) using forms meant dealing with observables too,…

I partially agree, there is an overlap between signals and rxjs, however the core business is different- observables are about data manipulation, while signals are about efficient state management.

Regarding angular I agree, rxjs was a bad choice for data management, and before signals arrived I abandoned rxjs in favor of mobx in my angular projects. However you could roll your own http client, we used axios, and using DI it’s a drop in replacement.

Re: Angular v22

#59
post #48

Earlier quoted context omitted.

Each one of these solves a different problem. Promised - async Observables - streams Signals - reactivity

> Observables - streams > Signals - reactivity The r in rx stands for reactive.

The react in react stands for reactivity, however it is not.

Re: Angular v22

#60
post #43
post #11

the biggest problem in angular is that it is so hard to use a custom toolchain, i.e. not their angular/cli product instead mix it with other stuff in lets say vite

explain your use case, I always wonder what kind of scenarios people do have, it is something easily solved? it is complicated? what is stopping you?

Mixing with existing code gradually migrating to and from angular
Post reply on HN