Angular Quiz — 7 Free Questions

Question 1

What does the 'dirty' state of a form control indicate?

Question 2

What must you do to prevent a memory leak from a manually-subscribed Observable inside a component?

Question 3

What does automatic component-input route binding (e.g. via withComponentInputBinding()) enable in modern Angular routing?

Question 4

What directive marks where the Angular Router should render the component for the currently active route?

Question 5

What does a 'Subject' in RxJS allow you to do, unlike a plain Observable?

Question 6

What is the difference between a relative and an absolute route path when calling Router.navigate()?

Question 7

In a standalone Angular application, where are application-wide providers typically configured?

📚 All Quizzes

Browse every category and see the full list of quizzes on BriskQuiz

→

About Angular

Angular's story starts with a rewrite. Google's original AngularJS, released in 2010, became hugely popular for building dynamic single-page apps almost overnight, largely because it let developers extend plain HTML with custom behavior instead of wrestling with raw DOM manipulation. But by the mid-2010s, its architecture was starting to show its age, particularly around performance and how it tracked changes in the app's data.

Rather than patch the aging framework further, Google's team made the unusual decision to rebuild it entirely from scratch, and released it in 2016 simply as "Angular", a completely new framework with almost nothing in common with AngularJS under the hood beyond the name. It was built around TypeScript from day one, years before TypeScript became the near-default choice for large JavaScript projects it is today.

That TypeScript-first, batteries-included philosophy is what still sets Angular apart from lighter libraries like React. Angular ships with routing, form handling, HTTP client tooling, and a full dependency injection system built directly into the framework, along with a powerful command-line tool that scaffolds entire projects in seconds. For large teams building enterprise software, that consistency matters more than the flexibility a lighter library offers.

Under the hood, Angular rebuilt its own rendering engine again in 2018, called Ivy, which shrank bundle sizes and sped up compilation significantly. It also leans heavily on RxJS, a library for handling asynchronous events as data streams, giving Angular developers a genuinely different mental model for handling things like HTTP requests or user input compared to most other frameworks.

Angular has kept reinventing itself well past its 2016 relaunch too. Standalone components, introduced in 2022, cut down dramatically on the boilerplate the framework was once known for, and a newer shift toward signals for reactivity is steering Angular away from some of its RxJS-heavy patterns of the past.

Because of its structure and long-term support commitments, Angular remains especially common in large enterprise dashboards, banking portals, and government systems, places where predictability and a consistent way of doing things across a big engineering team tend to matter more than being the newest, trendiest option on the market.

Google doesn't just maintain Angular from the outside, it uses the framework extensively across its own internal tools and several public-facing products, which gives the Angular team a constant, high-stakes testing ground for new features before they ever reach the wider public. That internal dogfooding has shaped a lot of Angular's practical, enterprise-oriented design decisions over the years.

Angular's command-line interface, the Angular CLI, also deserves credit for how approachable the framework became despite its reputation for complexity. A single command scaffolds an entire project with sensible defaults for testing, building, and bundling already configured, removing a huge amount of the setup work that used to scare newcomers away from framework-heavy tools like Angular in its earlier years.

One detail that often surprises newcomers is that Angular and AngularJS are, despite the near-identical name, essentially two unrelated frameworks maintained by two different teams under two different long-term support policies, which occasionally causes confusion when older tutorials or job listings simply say "Angular" without specifying which generation of the framework they actually mean.