Angular Project Structure

-

Comments

Post a Comment

Popular posts from this blog

Angular Architecture

-
Image
Angular Architecture is divided into different parts like Component, Template, Directive, Service, and Module. Before you start to develop your application, you should have knowledge about the purpose of each part of the application. So that you can make your application smoother and faster. Below is the figure of angular architecture. Angular Architecture In this chapter, we will see each term in detail. Module Angular Applications are modular and Angular has its own modularity system called NgModule. Every Angular application has at least one class with a @NgModule decorator, it is the root module, conventionally named as AppModule. To use any component into an application you need to declare it into the related module. Angular Module is class with a @NgModule decorator. Code Snippet of Angular Module The most important properties of @NgModule are : declarations:  declaration property contains ...
Read more

Why should I learn Angular?

-
It is one of the most growing and advanced technology for create a Single Page Applications(SPA). Here the things why you should learn Angular. It is one of the Google Technology Easy to Learn, if you’re familiar with Java Script and UI Nowadays Single Page Applications(SPA) is the trend. If you want to increase your career opportunities Having a lot of Fun while working with Angular If you’re familiar with OOPS then Angular 4 is easy to code Typescript which helps you to create OOPS based Front End Design Lot of resources available to learn Angular And lot more…
Read more

Solid Principle

-
SOLID Principle What are the SOLID principles? Five object-oriented design principles  help make code: Maintainable (easy to change without breaking things) Extensible (easy to add new features) Testable (easy to write unit tests) Understandable (easy for other developers to read) The five principles: S – Single Responsibility Principle (SRP) One class = one reason to change. O – Open/Closed Principle (OCP) Open for extension, closed for modification. L – Liskov Substitution Principle (LSP) Subclasses should work wherever base classes work (no broken contracts). I – Interface Segregation Principle (ISP) Clients should not be forced to depend on methods they don’t use. D – Dependency Inversion Principle (DIP) Depend on abstractions, not concrete classes. Why are we using SOLID principles? Reduce bugs when requirements change → You can modify code without breaking unrelated parts. Improve maintainability → Code is easier to und...
Read more