JS-0239 @ 5732fc7 • EbenFergy / movieApp

Run summary

a year ago

5732fc7..5732fc7

9 s

Consider using let or const instead of var JS-0239

Anti-pattern

Major

1 occurrence in this check

Unexpected var, use let or const instead.

src/SlickCarousel.js

 3import { CarouselStyle } from "./components/Carousel/CarouselStyle"; 
 4 
 5const SlickCarousel = ({ apiData }) => { 
 6  var settings = {  7    dots: true,  8    infinite: false,  9    speed: 500, 10    slidesToShow: 4, 11    slidesToScroll: 4, 12    initialSlide: 0, 13    responsive: [ 14      { 15        breakpoint: 1024, 16        settings: { 17          slidesToShow: 3, 18          slidesToScroll: 3, 19          infinite: true, 20          dots: true, 21        }, 22      }, 23      { 24        breakpoint: 600, 25        settings: { 26          slidesToShow: 2, 27          slidesToScroll: 2, 28          initialSlide: 2, 29        }, 30      }, 31      { 32        breakpoint: 480, 33        settings: { 34          slidesToShow: 1, 35          slidesToScroll: 1, 36        }, 37      }, 38    ], 39  }; 40  return ( 
41    <div style={{ maxWidth: "95%", border: "2px solid red" }}> 
42      <h2> Responsive </h2>

Description

It is recommended to use let or const over var. This will help prevent re-declaration of variables that are in the global scope when using var.

ES6 allows programmers to create variables with block scope instead of function scope using the let and const keywords. Block scope is common in many other programming languages and helps programmers avoid mistakes such as this one:

var count = people.length;
var enoughFood = count > sandwiches.length;

if (enoughFood) {
    var count = sandwiches.length; // accidentally overriding the count variable
    console.log("We have " + count + " sandwiches for everyone. Plenty for all!");
}

// our count variable is no longer accurate
console.log("We have " + count + " people and " + sandwiches.length + " sandwiches!");

Block scoped variables shadow outer declarations instead of writing to them.

NOTE: There are certain edge cases where users might want to consider var. Consider this example:

var lib = lib || { run: () => {} }

Here, lib might be a library that is exposed to an HTML file using a <script> tag. The var keyword helps avoid re-writing lib if it has already been declared via an injected script that was executed before this one. Ideally, you should let bundlers worry about cases like this. But if you want to use var anyway, consider using a skipcq comment, or disabling the issue altogether.

Bad Practice

var x = "y";
var CONFIG = {};

EbenFergy / movieApp

Bad Practice

Recommended