Skip to main content

Common issues with Angular Programming Development and Fixes

         Angular programmers may face these types of common errors all the way in their programming path, here are the few issues and fixes to them.

         1) Can't bind to 'formGroup' since it isn't a known property of 'form'

 

The ReactiveFormsModule might be in missing in the app.module.ts imports section

 

Import the ReactiveFormsModule

 

imports: [

ReactiveFormsModule]

 

And don’t forgot to specify the imports

import { ReactiveFormsModule } from 

'@angular/forms';

 

 

2)         Can't bind to 'ngModel' since it isn't a known property of 'input'.

 

Cause: The FormsModule might be in missing in the app.module.ts imports section

 

Import the FormsModule

 

 

  imports: [

    BrowserModule,

    AppRoutingModule,

    FormsModule

  ],

 

And don’t forgot to specify the imports

import { FormsModule } from 

'@angular/forms';

 

3)         NullInjectorError: No provider for HttpClient!

Cause: This may be due to when the project got upgraded

To Fix this, Apply the HttpClient to available throughout the application

Import the HttpClientModule

 

import { HttpClientModule } from 

'@angular/common/http';

 

imports: [

    BrowserModule,

    AppRoutingModule,

    FormsModule,

    HttpClientModule

],

 

4)         Can't resolve all parameters for Service

Cause:

a)         This may be due to missing @Injectable() decorator

b)         Or the providedIn is set to accessible locally

To Fix this, Apply the @Injectable() to make available the service throughout the application

@Injectable() is case sensitive

Example:

@Injectable({

  providedIn: 'root'

})

export class XxxService {

  constructor() { }

}

 

providedIn: “root” will apply the permissions to the service at root level, means this is fully available to the entire application

 

 

Comments

Popular posts from this blog

Using of global variables in C# - Drawbacks & Solutions

How using global variables can have implications on the design, maintainability, and test-ability of C# code: Harder to understand and reason about the code:       class Program     {         public static int globalCounter = 0;         static void Main()         {             globalCounter++;             Console.WriteLine(globalCounter);         }     }   In this example, the global variable globalCounter is accessible from anywhere in the program, including the Main method. It's not clear where the value of the globalCounter is updated, it could be updated in other methods or classes, making it harder to trace the flow of data and understand the source of bugs.   More prone to errors:       class Program     {         public static string globalString;         static void Main()         {             globalString = "Hello" ;             Method1();             Method2();         }         static void Method1()         {

Task Parallel Library (TPL) and Akka.NET Alternatives

Task Parallel Library (TPL) and Akka.NET are among the most commonly used libraries for parallel and concurrent programming in the .NET ecosystem. However, there are also several other options available, depending on your specific needs: Parallel Language Integrated Query (PLINQ) is a parallel programming feature of .NET that provides an easy and efficient way to perform operations on collections in parallel. LINQ (Language Integrated Query) is a powerful feature in .NET that allows developers to work with data in a more declarative and language-integrated manner. While LINQ queries are inherently sequential, PLINQ extends LINQ by providing parallel versions of the query operators, allowing some queries to execute faster by utilizing multiple processors or cores on a machine. PLINQ is great when you are working with large collections where operations might be CPU-intensive or I/O-bound and could potentially be sped up by parallel execution. Here is a simple example of a PLI

SOLID Principles with Real World examples in C#

  SOLID Principles with Real World examples in C#   SOLID principles are formed by using S Single Responsibility Principles (SRP) O Open Closed Principle (OCP) L Liskov’s Substitution Principle (LCP) I Interface Segregation Principle (ISP) D Dependency Inversion Principle (DIP)   S Single Responsibility Principles (SRP) There should never be more than one reason for a class to change, to be precise one class should have only one responsibility Single Responsibility Principles (SRP) Real world example, A perfect match for SRP is Microservices , a Microservice will not contain functionalities other than the one it is designated to do,  Example ·                   Order Processing Service, ·                   Shipment Management Service, ·                   User Authentication Service, ·                   Catalogue List Service       class OrderProcessor     {         public void Process(Order order)         {             // Check inven