Angular 2 Fundamentals Course

http://courses.angularclass.com/courses/angular-2-fundamentals

by mgadams3 • 10 years ago

156 118 10 years ago

courses.angularclass.com

smrtinsert• 10 years ago

I've been reading Switching to Angular 2. Are collections still propagated via EventEmitter<Type>? Seems like the implementation is bleeding into the user code.

I maintain Angular continues to be a bad reimplementation of JSF except mostly on the client side.

Hendrixer3• 10 years ago

Not sure what you mean by collections, but the EventEmitter is just an alias for a Subscriber in RxJS. So it's an observable.

taesu2• 10 years ago

I heard angular is a framework and react is lib. angular 2 or react. Coming from nodejs, python, php, jquery experience which should I learn?

hathym• 10 years ago

+1 for react

softinio• 10 years ago

Both :-)

kimshibal3• 10 years ago

Ignore both. Learn vue.js to get shit done.

sdegutis5• 10 years ago

That doesn't address the issues the comment just above you (at time of writing) brings up, namely that even with Vue you still need to set up all the tool chain around it, whereas Angular brings a lot of that to the table for you.

ausjke3• 10 years ago

Wordpress goes with react, drupal picks angular2, and laravel favors vuejs.

This is no surprise, wordpress is extremely popular these days for all users, a huge angular2 client framework might be an overkill for many of its users. Drupal on the other hand is doing the more complicated websites, and its "ordinary" user base is shrinking, so angular2 might attract enterprise users.

Laravel is arguably the most popular PHP framework today, choosing vuejs as its client framework gave vuejs a strong boost for sure.

theprotocol• 10 years ago

Agreed, Vue.js and Riot.js are both brilliant for actually getting things done without having to read a 100 page manual.

As for Vue vs Riot, it's subjective, but I'm personally partial to Riot due to its simplicity (albeit with a smaller feature list) and focus on components without being opinionated at all (not even regarding the toolchain).

skrowl• 10 years ago

Angular is a more full featured than React by itself. To get React to equivalent features you have to add on (and learn) several other things (Redux, WebPack, etc, etc). As a bonus, there are lots of different conflicting flavors-of-the-week for things to use with React to build out your stack, so whichever you pick to go with React might not be cool next week.

whatever_dude2• 10 years ago

This. In the end both work similarly, but with React you have to shop around to decide what to use. With Angular things are a bit more strict and directed.

hugozap5• 10 years ago

This is not accurate. You don't need to learn Redux or WebPack to use React. With Angular you also need a build process so you can use gulp or WebPack. Maybe there's a pre baked process but you still need to know some build tool.

Because React doesn't care about how you manage your state, you can use Redux or other solutions. Not because they are cool , but because it fits your needs.

taesu2• 10 years ago

I don't have time to learn both. TBH, I am forcing myself to learn cuz... all these examples I could accomplish with jquery...

ebeal• 10 years ago

You could get the end result of a lot of these smaller example applications with jquery but making anything bigger is going to get very unmanageable very quickly. Also considering how close angular 2 is to react I'd be surprised if by learning one you wouldn't be able to at least understand code in the other. I guess it really depends what your end goal is.

savanaly2• 10 years ago

Angular for job opportunities, react for more pleasant and forward looking web development practices.

devuo• 10 years ago

Er.. https://github.com/angular/angular-cli

1. Open terminal

npm install -g angular-cli
ng new app
ng serve

4. Use the cli tool to generate components/pipes/services/etc., build, test, develop

5. Profit.

Find a more blissful and joyful experience than this in react land?

woofyman• 10 years ago

Learn both then decide for yourself which one you like better.

aikah• 10 years ago

What should you learn? both. But you should also be able to write "rich" single page applications without a framework and understand basic DOM manipulation.

HillRat• 10 years ago

My experience is that Angular 2 is a great solution for enterprise-style shops who are looking for an all-in framework. With React, you benefit from greater flexibility outside the view layer, but ... well, you also suffer from greater flexibility outside the view layer.

In general, I'd say that the more comfortable you are with current FEAD practices and toolchains, the more power you'll get out of a React-based architecture. The more you want something that "just works" and has already made many architectural decisions for you, give ng2 a shot.

datihein• 10 years ago

What does "FEAD" mean?

ken47• 10 years ago

Having used and studied both React and Angular2, Angular2 can do certain things that React can't. Two features at the forefront of this difference are:

1) Dependency injection

2) Direct support for using observables and promises in templates

However, I cannot think of anything major in the reverse direction.

There is also the fact that it is designed to be used with Typescript from the get-go, which can be a plus if type safety is your thing.

Chyzwar• 10 years ago

You can inject stuff using props. DI is not unknown concept in react, note that angular1.x do not have true dependency injection.

React decouple data and view. You can achieve similar behaviour but using flux/redux to publish/subscribe.

erokar• 10 years ago

With Angular you get all you need out of the box. Easy to get going with ng-cli (creating an app, generating components etc.). Typescript is default, so you get type safety if you want it. I like a lot of what I see.

Conceptually, React and Angular are quite close. In both you build an app with components nested in a three structure. Angular let's you do two-way binding if you want — convenient, but makes state changes less explicit.

React is closer to bare bones JS and HTML. Templating in HTML only consists of a simple way to embed JS code and a few reserved keywords. In Angular, templating is much more elaborate, and therefore more complex and takes a longer time to learn.

React — both by design and community — favours FP priciples, while Angular is mor OOP oriented, though neither is strictly one or the other.

Personally I like both. React for its simplicity, Angular for its all-batteries-included approach and support for static typing as default.

sdegutis5• 10 years ago

Interesting coincidence. This week I've been tasked with looking into a JavaScript framework to replace our pure-Clojure stack at work.

One of the front-end candidates is Angular. But we're considering cutting it from the race.

The three main things we're looking for in a front-end framework:

1. Longevity: we don't want to adopt yet another fad framework that we'll have to replace in 2017. The current trend looks to be moving towards React-style FRP, and Angular seems to be catching up in version 2, but nobody seems to be using that yet, which means nobody will start using it. It looks like another Python 3 problem to me. I don't see Angular lasting long.

2. Flexibility: we want to quickly be able to change what pages we have and what's on them, without needing to tear down and rewrite the entire front-end. If Angular is only just now beginning to adopt React-like patterns, how can I be assured that it got them right, and that I won't run into rigidity issues 2 weeks into writing Angular code?

3. Convention over configuration: our data will live in MongoDB, so all our models are straightforward JSON. I'm hoping to find a stack that assumes this and doesn't require me to write tons of boilerplate that should be assumed for me by my frameworks. I'm not sure how Angular fares in this, but so far none of the candidates really shine in this area.

For the record, we're currently looking into Sails + Ember + Mongo. But we're not super excited about this since it still doesn't look like it'll hit all three of our needs really well. I'm particularly concerned that Ember is going to have the same issues as Angular, especially if the community is looking to regularize tools around React.

Hendrixer3• 10 years ago

React is great, but it's just a lib. Angular 2 is in release candidate 4, and there are already ton of people using it. If you want a complete solution, I'd use Angular. TypeScript is awesome too. Angular comes with all the stuff you need, http, animations, routing, etc. I wouldn't cut it out just yet, seeing how it's on the horizon.

_alexander_5• 10 years ago

Could you share real projects(not todo-like applications) which use NG2?

JustSomeNobody• 10 years ago

Longevity: we don't want to adopt yet another fad framework that we'll have to replace in 2017.

No such thing. They're all pretty much fad frameworks.

sdegutis5• 10 years ago

Looking back, though, I might have said the same thing about Rails or Sinatra or Laravel, but they stood the test of time, and people still use them. A lot of what gives a framework longevity is just whether or not big players adopt them and developers love them, these two factors will go a long way in ensuring a framework continues to get upgrades and continuous maintenance. At least longer than Backbone, anyway.

rendezvouscp• 10 years ago

JavaScriptMVC/DoneJS has a pretty long history: http://blog.bitovi.com/longevity-or-lack-thereof-in-javascri...

CanJS, the MVVM part of DoneJS, is currently coming up to its third major/breaking version. I think that’s a pretty good track record for us/Bitovi.

ausjke3• 10 years ago

sails + vuejs + postgresql will be my choice.

sdegutis5• 10 years ago

Interesting. How will you handle dynamic front-end routing though? Or will you rely entirely on Sails for server-side routing?

Hendrixer3• 10 years ago

Take a look at Feathers js, so much better than Sails

whatever_dude2• 10 years ago

Can't comment on 2 and 3, but for 1... I'd say it's the opposite. I believe the Angular team took a long, hard look at what was working with React (and others) and that's why they decided to take their time to get Angular 2 right.

If anything, React-* is the stack that has a longevity problem from my point of view. Everything I do on the web I use React, and my impression is that even if I'm using a modern stack, everything breaks 6 months later because things have changed considerably. Many of the extensions React naturally need either fall out of fashion, or go through deep changes, or are just not that good. On every new project I assemble, I start from the assumption the architecture will be outdated very fast.

I hope Angular will make that kind of stuff a bit more solidified. We don't need a new store solution on every new project.

mmargerum• 10 years ago

Sounds like Aurelia might be a nice match. Much less boilerplate

pbreit4• 10 years ago

If it's an internal app or if it otherwise doesn't need to be single-page-app, save yourself some brain cells and do something simple like Rails or Django. If JavaScript is absolutely required, stick with Sails/Mongo and skip the Ember/Angular SPA.

sdegutis5• 10 years ago

How does that help with a rich front-end? We're not looking to use JavaScript simply for the sake of using JavaScript. We want it in particular for a richer front-end. As far as I can tell, Sails isn't going to help with that any more than Rails does. That's why we're looking into Ember or Angular.

maxfurman• 10 years ago

By pure-Clojure stack, do you mean you use ClojureScript on the front end currently? If so, Om and Reagent are both Clojure-y wrappers around React anyway, so that would probably the smoothest transition for your team. And if not, why not? :-)

pawanpe• 10 years ago

Just wanted to say Thanks for the course link!

gdi22902• 10 years ago

Angular 2 is great, just look at all the features you get: WebWorker, Server-Side Rendering, mobile, progressive web application, Lazy loading support, Router, Material Components, Precompile your app. Tree-Shaking support, fast rendering, CLI, and TypeScript. The framework is backed by Google and Microsoft

mda• 10 years ago

And Dart :)

kimshibal3• 10 years ago

You don't need all that to create SPA app. it's bloated framework.

gdi22902• 10 years ago

having the option to precompile your framework to 20kb file size which is smaller than some libraries feels like a great feature

rubber_duck• 10 years ago

You don't need to use all of that just because it's there and having it there is more reliable than having to cobble together your own, at least in a corporate setting.

I actually find it surprising that this is a Google project, if you just gave me the code/docs and didn't tell me what project it is I would have guessed this came from Microsoft (feels much more WPF/Silverlight like than GWT/Closure, hell it even uses Rx which came out of MS)

pbreit4• 10 years ago

Can you suggest an alternative?

andys6272• 10 years ago

I wonder where the happy medium is. Setting up React/Redux/React-redux/react-router/react-redux-router/react-redux-router-thunk/webpack-hot-module-oh-my-god-what-am-i-doing takes forever.

vladimir-y4• 10 years ago

Even if you don't need it for a one app you might get a need for the another app and it's fine that all that stuff is coming as an entire framework from the one team, which means that all listed features will work smoothly being put in a single app. So no need to find and integrate scattered over the interned 3-rd party libraries. I agree that Angular is more for the large (you can say enterprise) projects.

msane2• 10 years ago

What exactly do you not need?

What does "single page app" mean to you? The term is not a description of the amount of features.

wwweston• 10 years ago

The funny thing about lists of features is that they tend to create their own focus illusion.

Here's what I want to know:

1) Are the various abstractions surrounding those things reasonably legible? Or are we back to talking about Factory Service Providers again or otherwise importing other bits of pattern hell idioms into a language where there's always been easier ways to get things done?

1a) What did they do to make scope legibility better? (Assuming we still have the same scoping concept)

2) Do the abstractions leak? Angular 1.x abstractions leak like hell. Even if you're not concerned about performance, you have to be careful about snakes breaking out from under them and providing unexpected behavior, if you are concerned about performance you'd better have a detailed understanding about how the digest cycle works and it's utterly laughable that people thought this was a reasonable tradeoff for two-way data binding.

3) Is the tooling better? Some versions of Batarang were just straight up broken.

Given that Angular 2 isn't really stable yet, I have my doubts these questions can have clear answers, but happy to receive surprise illumination.

(At the moment, though, still avoiding applying to work at anywhere that lists Angular as a requirement. There's going to be technical debt and likely enough an ongoing technical decision making deficit at anywhere that does.)

davidw2• 10 years ago

Angular is absolutely off in its own world of Factory Service Providers.

It all feels way too abstract and way too much "it's own thing" that is quite separate from the world of HTML and Javascript.

yogthos4• 10 years ago

Just like Angular 1 was backed by Google. It boggles my mind that people are still falling for the "backed by Google" thing, after Google has shown time and again that it loves to abandon products.

adolph• 10 years ago

"Learn Angular 2 fundamentals while rebuilding a real app."

Wouldn't it be great to turn business requirements into code training documentation and crowdsource the development of things?

disease• 10 years ago

I laughed. Then I started to think.

mattkevan• 10 years ago

A Duolingo for development. Interesting...

_alexander_5• 10 years ago

I have only one question - when NG2 will be released? Because now it is not possible build real applications, many libraries are not stable, and still in beta or rc... Four month I'm trying to do real application and I must say that it was my big mistake when I decided use Ng2., with every new release I always have troubles with some dependencies or with new API, and there are no many stable components which I can use without pain. Ng2 has good promotion however we need wait official release., and then make some conclusions about it.

vladimir-y4• 10 years ago

https://github.com/angular/angular/milestones

_alexander_5• 10 years ago

32% complete - I think release will be in December ).

georgefrick• 10 years ago

I've been working on an enterprise app with Angular 2 for over a month now and it's been mostly ok. I think the only horrible problem was the change in the form framework that went largely undocumented (super secret doc: https://docs.google.com/document/u/1/d/1RIezQqE4aEhBRmArIAS1...)

Once you get to forms 0.2.0 and rc4 of everything else; the framework is beautiful and even though I hated Angular 1.x with a passion, Angular 2 is awesome.

_alexander_5• 10 years ago

What about new router? And yes NG2 much better than NG1, I agree with you.

jogjayr• 10 years ago

The uncertainty over this question is one of the reasons my team decided to build our new application in Angular 1.5 (though using TS and Webpack). It's less fancy, but mostly rock-solid and well-supported and understood.

We'll upgrade in a year or two once Angular 2 is well-understood and all the 3rd-party libraries have updated or deprecated into something else. The course looks like a good way to start understanding the differences.

jbigelow76• 10 years ago

Watching the milestone burndown on github for RC5 looks like it should be here pretty soon (two weeks-ish maybe is my guess), after that it appears the team will be on the last sprint.

I've been writing a few greenfield apps on NG2 since late alhpas and the thrash from RC0 thru RC3 was pretty painful but now playing with the new Router and Forms I get the feeling that the pain was worth it. Things seem relatively stable in RC4 and I really like the Router and Forms apis.

I am staying away from the Angular CLI since I reallllly want the bundling and tree shaking but am moving forward without it for now since it is using the old Router and Forms libs. In my opinion the CLI is the only tool I wouldn't bother until NG2 is done and fully out of RC mode.

I am still optimistic that NG2 is the right solution long term.

atjoslin• 10 years ago

AngularClass knows what they're doing. This course is gonna be legit.

sjnair96• 10 years ago

If anyone has ever tried Anthony Alicea's JS/NodeJS/Angular1 course, please let me know if AngularClass' or any other course is similar to it. I really really liked anthony's course as it gave quite a deep look into sub topics, which are usually only attainable from books, while at the same time keeping it very interesting and also contain lots of best practice material and keeping a healthy focus on understanding over imitating courses. Do let me know if you guys know any other courses of the same style.

Angular 2 Fundamentals Course

Related Stories