Live data from Hacker News

Angular 5.0.0

blog.angular.io

71–80 of 189 posts

Re: Angular 5.0.0

#71
post #9

Earlier quoted context omitted.

Typescript. When working in a shop with a large contingent of .NET developers, having a language that somewhat resembles what they are used to is a great asset.

Dare I say - but you can use Typescript with other frameworks too.. just because it's built in here / there are more resources?

There is support now (which is awesome!), but not when we were deciding on a framework back when Angular 2 was in beta.

Re: Angular 5.0.0

#72
While most still are on Angular 1, releasing 5 reminds me of Magento where most shops are still on version 1 with no desire to upgrade to 2. There are even forks that focus on improving version 1 ignoring the version 2 of the upstream project.

Re: Angular 5.0.0

#73
post #60
post #39

All I want for Angular are better error message and better browser-refresh times. Right now on 4 I get a meaningless page of gobbledeguck for most error (b/c of transpilation) and 12 seconds to reload the page.

CLI should be pretty much instant to reload a page.

It isn't. A fresh 'ng serve --open' takes ~20 seconds to get to a ready page, and each reload is taking 10+ average. Every minor change.

I can personally stand it because I remember working on 2 million line C++ projects in the 90's. The millennials on my team, on the other hand, are going insane. I've recommend they disable live-reloading completely.

Re: Angular 5.0.0

#74
post #13
post #9

Earlier quoted context omitted.

Dare I say - but you can use Typescript with other frameworks too.. just because it's built in here / there are more resources?

I found especially that working with a project that requires a lot of extra bits to be installed (like the react ecosystem) makes working with JavaScript libraries from typescript especially painful, since you need to get typescript definitions for all of them, and they may not always mesh well together.

In recent Typescript it defaults not found modules to type `any` and only complains if `--noImplicitAny` is used.

Even with `--noImplicitAny`, it's gotten pretty easy. Leave a scratch .d.ts file somewhere in your project and when you install a new library you can start with:

    declare module 'libraryname'
    declare module 'libraryname/**/*'
That gives you an explicit `any` for those libraries. Then you can go back and add types later.

The number of npm packages with types directly included is growing at an impressive rate (even Facebook often bundles them for React libraries), so there's not even the need to seek out types in so many cases these days.

Re: Angular 5.0.0

#75

Earlier quoted context omitted.

Vue.js can be a good option for shops coming from Angular 1.x.

I love Vue. I prefer it to React and Angular. But once you get to customizing your use-case (like adding Typescript, State management, or Design frameworks) you start relying on increasingly smaller projects with less and less "maturity". For example I make heavy use of the vue-typed library[1] but it has 47 stars and two contributors. [1]: https://github.com/vue-typed/vue-typed

Typescript support is supposed to be greatly improved in Vue 2.5 and is a continuing priority afaik.

Re: Angular 5.0.0

#76
post #14

This rapid pace of major releases is a little scary. We're stuck running Angular 1.x because there's no reasonable upgrade path for us. We're a .NET shop and really like Angular, but after the 2.x cluster fuck, we're now thinking about going with something else entirely.

From a purely technical standpoint, the upgrade path from AngularJS to Angular seems better thought out than some things I've had to handle before - you can run the 2 in one Angular app as you upgrade pieces and there is a whole library aimed at easing some of the annoyances of upgrading. https://angular.io/guide/upgrade

Re: Angular 5.0.0

#77
post #14

This rapid pace of major releases is a little scary. We're stuck running Angular 1.x because there's no reasonable upgrade path for us. We're a .NET shop and really like Angular, but after the 2.x cluster fuck, we're now thinking about going with something else entirely.

It's not just Angular. To me it feels like everything in the JS world releases way faster than it's reasonable to keep up with these days.

Angular, React, etc. are nothing but a bunch of pre-written lines of code that does data binding. Quality lines of codes with a lot of candies, but in the end it's only a bunch of JS lines.

There are no obligations whatsoever to keep your project cutting edge and even less of reason to migrate to a more popular framework. It's not as if browser support for Angular 1 would stop.

Re: Angular 5.0.0

#78

Lack of compile-time checks for the template (and embedded expressions) is a major limitation of Angular. This may be OK for small projects. For large projects with many developers this is a huge problem. Here's what happens: a developer modifies code he's not familiar with. He introduces a bug due to a typo. He builds the code without errors, and runs the application, and everything seems to be OK. The bug is not fo…

What if the bug isn’t a typo or type error?

Re: Angular 5.0.0

#79
we're a c# shop too. 7 developers. we started with angular 1. we too got caught in the angular 2 mess but we stayed with it. we know react but after you add routing, redux, forms, etc to react, you've got something close to angular.

i just updated a medium sized angular 4 app to angular 5 with no problems. typescript has been our saving grace especially when you're collaborating code with your team. we've really come to enjoy angular. if you're migrating from angularjs it can be difficult but if your developing a new app with form validation, routing, redux then i would recommend angular.

Post reply on HN