JS-0239 @ 43795de • pumpkin-zbh / amqp_comm

Run summary

a year ago

631cdd7..43795de

10 s

Consider using let or const instead of var JS-0239

Anti-pattern

Major

6 occurrences in this check

Unexpected var, use let or const instead

src/client.js

 18    __setModuleDefault(result, mod);
 19    return result;
 20};
 21var __importDefault = (this && this.__importDefault) || function (mod) { 22    return (mod && mod.__esModule) ? mod : { "default": mod }; 23}; 24Object.defineProperty(exports, "__esModule", { value: true });
 25// This file is auto-generated, don't edit it
 26/**

Unexpected var, use let or const instead

src/client.js

 11}) : function(o, v) {
 12    o["default"] = v;
 13});
 14var __importStar = (this && this.__importStar) || function (mod) { 15    if (mod && mod.__esModule) return mod; 16    var result = {}; 17    if (mod != null) for (var k in mod) if (k !== "default" && Object.hasOwnProperty.call(mod, k)) __createBinding(result, mod, k); 18    __setModuleDefault(result, mod); 19    return result; 20}; 21var __importDefault = (this && this.__importDefault) || function (mod) {
 22    return (mod && mod.__esModule) ? mod : { "default": mod };
 23};

Unexpected var, use let or const instead

src/client.js

 14var __importStar = (this && this.__importStar) || function (mod) {
 15    if (mod && mod.__esModule) return mod;
 16    var result = {};
 17    if (mod != null) for (var k in mod) if (k !== "default" && Object.hasOwnProperty.call(mod, k)) __createBinding(result, mod, k); 18    __setModuleDefault(result, mod);
 19    return result;
 20};

Unexpected var, use let or const instead

src/client.js

 13});
 14var __importStar = (this && this.__importStar) || function (mod) {
 15    if (mod && mod.__esModule) return mod;
 16    var result = {}; 17    if (mod != null) for (var k in mod) if (k !== "default" && Object.hasOwnProperty.call(mod, k)) __createBinding(result, mod, k);
 18    __setModuleDefault(result, mod);
 19    return result;

Unexpected var, use let or const instead

src/client.js

  6    if (k2 === undefined) k2 = k;
  7    o[k2] = m[k];
  8}));
  9var __setModuleDefault = (this && this.__setModuleDefault) || (Object.create ? (function(o, v) { 10    Object.defineProperty(o, "default", { enumerable: true, value: v }); 11}) : function(o, v) { 12    o["default"] = v; 13}); 14var __importStar = (this && this.__importStar) || function (mod) {
 15    if (mod && mod.__esModule) return mod;
 16    var result = {};

Unexpected var, use let or const instead

src/client.js

  1"use strict";
  2var __createBinding = (this && this.__createBinding) || (Object.create ? (function(o, m, k, k2) {  3    if (k2 === undefined) k2 = k;  4    Object.defineProperty(o, k2, { enumerable: true, get: function() { return m[k]; } });  5}) : (function(o, m, k, k2) {  6    if (k2 === undefined) k2 = k;  7    o[k2] = m[k];  8}));  9var __setModuleDefault = (this && this.__setModuleDefault) || (Object.create ? (function(o, v) {
 10    Object.defineProperty(o, "default", { enumerable: true, value: v });
 11}) : function(o, v) {

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 = {};

pumpkin-zbh / amqp_comm_example

Bad Practice

Recommended