Skip to main content

Javascript vs TypeScript


JavaScript vs TypeScript


Javascript - Client-side programming language to create interactive web pages.  But it has a few disadvantages.

  • As code grows, it becomes difficult to maintain and reuse code
  • It doesn't support Object Orientation, strong type checking and compile-time error checks
  • Can be used for small applications with the minimal code base, but not effective when application code grows.


Typescript - A modern age Javascript development language which can run on node.js or any browser which supports ECMAScript3 or above. 


Features:

  • Superset of Javascript
  • Optionally typed scripting language. Typescript variable with no type will be inferred by Transcript Language Service(TLS) based on its value.
  • Supports Object-oriented programming techniques like classes, interface, inheritance, subclasses etc..
  • Rich IDE available with autocomplete and code navigation features
  • Compilation - Typescript transpiler provides error checking feature. It compiles the code, generates any syntax errors and highlights them before the script is run. It highlights errors at compile time during development whereas Javascript shows errors only during runtime
  • Supports javascript libraries
  • Portable - Can be run on any browser, device or operating systems where javascript can run.
  • DOM Manipulation


Cons - 

  • Takes more time to compile code
  • A compilation step is required to run Typescript code in the browser







Comments

Popular posts from this blog

How to clear Visual Studio Cache

How to clear visual studio cache Many times, during development you would face situations where project references are not loaded properly or you get missing/error DLL's. This is because the Component cache gets corrupted randomly and without any warnings. The first option that needs to be done is to clear component cache and restart Visual Studio since the Cache might be holding onto previous DLL versions. Here are the steps on how to clear Visual Studio Cache, Clearing Component Cache: Close all Visual Studio Instances running in your machine. Also, make sure devenv.exe is not running in the Task Manager Delete the Component cache directory - %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\1x.0\ComponentModelCache Restart Visual Studio The above steps should fix the cache issue most of the times, but some times that is not enough and you need to perform the below steps as well. Clearing User's Temp Folder: Open the temp folder in this locatio n -  %USERPROFILE%\AppData\Loc

How to dependency inject to static class

.Net core supports dependency injection. There are many ways that you can inject services like constructor injection, action method injection, property injection. But there will be scenarios where you need to inject dependency services to static classes. For example, injecting services to extension methods. First, create a static class with a one property IServiceProvider type public void ConfigureServices(IServiceCollection services) { services.AddScoped<ILoggerEntry, LoggerEntry>(); services.AddTransient<IMongoRepository, MongoRepository>(); } Second, configure your services in ConfigureServices() method in Startup.cs and define the lifetime of the service instance using either Transient, Scoped or Singleton types. public void ConfigureServices(IServiceCollection services) { services.AddScoped<ILoggerEntry, LoggerEntry>(); services.AddTransient<IMongoRepository, MongoRepository>(); } For the next step to configure the Static class provider proper

PCF Health Check Delay - Invocation timeout

In PCF we can set up the health check invocation timeout to execute X seconds after the instance has been created.  But before that, let's understand the PCF Health Check Lifecycle. Stage 1: The application is deployed to PCF Stage 2: When deploying the app, a health check type is specified and optionally a timeout. If a health check type is not specified, then the monitoring process defaults to a port health check Stage 3: Cloud Controller stages, starts, and runs the application Stage 4: Based on the type specified for the app, Cloud Controller configures a health check    that runs periodically for each app instance Stage 5: When Diego starts an app instance, the app health check runs every two seconds until a response indicates that the app instance is healthy or until the health check timeout elapses. The 2-seconds health check interval is not configurable Stage 6: When an app instance becomes healthy, its route is advertised, if applicable.                  Subsequent hea