HTML5 Elements – Infographic

An HTML5 Elements with descriptive image for better understanding. Keep it in mobile, tablet, laptop to be productive. Set it as your desktop background.

A Shared ESLint Configuration

Like our markdown linters, all Mapbox documentation repositories use a shared ESLint configuration. Our configuration covers everything from enforcing React best practices to improving accessibility, including: eslint-config-mapbox is a shared ESLint config for Mapbox engineering teams which serves as the base for our configuration. eslint-plugin-react includes React specific linting rules. eslint-plugin-jsx-a11y checks accessibility rules on […]

Conjuring Generative Blobs With The CSS Paint API

The CSS Paint API (part of the magical Houdini family) opens the door to an exciting new world of design in CSS. Using the Paint API, we can create custom shapes, intricate patterns, and beautiful animations — all with a touch of randomness — in a way that is portable, fast, and responsive. We are […]

Open Closed Design Principle fast explaining

Open Closed Principle: In short, Open Closed Principle tells us “You should not modify existing behavior but if you want, you can extend it according to your needs.” i.e. Code is open for extension but closed for modification.  Example: Consider we have a Vehicle class and a Mechanic class. A mechanic can service all vehicles. You are the owner of […]

Don’t repeat yourself design principle explaining

Don’t Repeat Yourself Don’t repeat yourself design principle is about abstracting out common code and putting it in a single location. It discourages repetitive code. It is about putting one requirement at one piece only. It helps us avoid maintenance jargon. Let us see Don’t repeat yourself principle in an example. Consider a Mechanic class […]

Single Responsibility Principle

Single Responsibility Principle: It states that every object in your system should have a single responsibility and objects services should be focused on carrying out single task well. Consider we have a Bike class and all the methods associated with bike class as below. At first sight, all the methods seem placed properly in the Bike class. After all […]

Liskov Substitution Principle

Liskov Substitution Principle states that Subtypes must be substitutable for their base classes. At first it does not seem like very difficult to understand. We know that derived classes and base classes talk about inheritance. Yes, Liskov Substitution Principle is about inheritance, but about well designed inheritance. You should be able to substitute subclass object for […]

Aggregation Example

Aggregation Example: By definition we know that two classes have aggregation relationship when one class has the reference of other class but other class can still exist outside the containing class.  Now consider two classes. Bike and Engine. We have following assumptions. A bike HAS-A engine An engine can exist without bike. (because we can manufacture engine separately and then mount […]

Composition Example

Composition Example Two classes have composition relationship when one class completely depends upon other class and it does not have existence outside the owning class. When owning class is destroyed, then the owned class also gets destroyed. For our composition example article, consider following scenario A Wall class which contains Window object i.e. a Wall HAS-A […]

Short list of popular design patterns for programmers

Design Patterns  This page has a list of popular design patterns. Instead of directly going to design patterns, it starts from core design principles which makes them easy to understand. Design principles and Design Patterns help us build extensible, scalable and maintainable applications. As we all know, there can be multiple opinions and solutions for a […]

Pin It on Pinterest