const 的过度使用有什么害处吗？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

推荐关注

› Meteor

› JSLint - a JavaScript code quality tool

› jsFiddle

› D3.js

› WebStorm

推荐书目

› JavaScript 权威指南第 5 版

› Closure: The Definitive Guide

这是一个创建于 2481 天前的主题，其中的信息可能已经有所发展或是发生改变。

最近把代码中的大多数 var let 变量变成了 const （除了循环计数器和循环枚举值）

对象没有 freeze
清除数组用 ary.length = 0
清除对象用 obj.attr = undefined

请问这样作有什么害处吗？

const

害处

枚举值

清除

55 条回复 • 2018-03-19 09:30:32 +08:00

noe132

2018-03-14 10:03:30 +08:00 via Android

没有

zhuangzhuang1988

2018-03-14 10:05:40 +08:00

没有

MeteorCat

2018-03-14 10:06:51 +08:00 via Android

没有

viko16

2018-03-14 10:18:36 +08:00

「清除对象用 obj.attr = undefined 」
永远不要手动赋 undefined，给 null 吧，效果一样的

crysislinux

2018-03-14 10:23:58 +08:00 via Android

const 不合适就 let 啊，我不喜欢 arr.length. = 0 这种

wengjin456123

2018-03-14 10:25:09 +08:00

没有

murmur

2018-03-14 10:27:19 +08:00

全 let 就可以
这种东西本来就是约束老实人的
别说 js 了
java 里各种反射 c 里各种 cast 还不是一顿魔改访问权限
我感觉这样更好
var v1 =xxx ;//谁改这个全家死

murmur

2018-03-14 10:29:51 +08:00

另外我个人感觉对于 js 这种弱类型 var 起家的语言用全大写下划线命名的约束力可能都比 const 强

MinonHeart

2018-03-14 10:31:04 +08:00

有
多两个字符要敲打，增加手指的压力，不利于身心健康

JamesRuan

2018-03-14 10:34:28 +08:00

我的代码里基本没有 let，var 一个都没有，99.9%都是 const。
这个约束对于编译器来说就是个优化提示，一般没什么用处，但对于写代码的来说，是防止随意修改变量的一个防御手段。
基本不用变量就能防止一大部分 bug 了，（当然如何你没有意识到不用变量的好处，const 对你来说就是没有用的）。

morethansean

2018-03-14 10:41:10 +08:00

除非是真的 const 否则建议都是 let.
动不动新起一个变量就 const 还得考虑半天我底下到底会不会在处理的过程中改掉他，然后突然发现逻辑一改还是要改一下的拖到上面去把 const 改回 let 真的是太烦人了。
最讨厌的就是有人说，你的代码里这个变量没有改啊 eslint 都会建议你把这个变量弄成 const 呢。

wwjvtwoex

2018-03-14 10:41:46 +08:00

@murmur #7 js 中可以修改 const 吗？

例如: const answer = 42

leemove

2018-03-14 10:46:12 +08:00

const 挺好的啊,比起标记让别人不要改这个变量,莫不如靠规则来制约.

mcfog

2018-03-14 10:50:33 +08:00

几乎全 const 路过，要用 let 的时候我会反复怀疑是不是代码该重构了

DRcoding

2018-03-14 10:57:31 +08:00

乃们就没有动态的变量嘛，也用 const 嘛，QAQ

murmur

2018-03-14 10:59:44 +08:00

@wwjvtwoex babel 后有可能是可以的
我记得无论是 let 和 const 最后都要转成 var 执行吧

murmur

2018-03-14 11:01:00 +08:00

@DRcoding 这种思维是有的，当年 erlang 不就是靠无变量解决并发问题么没有变量就不需要锁没有锁并发自然就上去了

otakustay

2018-03-14 11:02:10 +08:00

用 const 有危害吗 - 几乎没有
用着 const 但不 immutable 有危害吗 - 危害大了去了

SoloCompany

2018-03-14 11:41:48 +08:00

最大的害处就是没法对齐, 而且常量和不可写的变量不是同一个概念, 我记得这应该属于 ECMA2015 的一个设计错误了, 远没有 var / val / let 这种设定合理, 估计因为 const 是 ECMA 的远古保留字所以才混用了吧

wivwiv

2018-03-14 11:42:11 +08:00

让我们来听听 eslint 怎么说

nodekey

2018-03-14 11:47:27 +08:00

effective cpp 条款 03 尽可能使用 const

(我知道你们不在讨论 cpp ……

Mutoo

2018-03-14 11:51:59 +08:00

多打两个键，手疼。

codermagefox

2018-03-14 11:53:50 +08:00

@wwjvtwoex #12 如果我没记错的话,栈里的数据不能改变，堆里的东西可以任意操作。

brickyang

2018-03-14 11:56:02 +08:00 via iPhone

标题是「过度使用」。过度指超过应有的限度，比如不能用 const 的时候用了而导致报错。

大量（甚至几乎全部）使用 const 没什么问题，但「过度使用」是有害处的。

BlockBlockBlock

2018-03-14 11:56:33 +08:00 via iPhone

没被 var 坑过说明你们太年轻了

以及…为什么还会有 const 改回 let 的奇葩需求…
为什么我写代码的时候几百个变量里面最多也就一两个需要 let 的？而且大概率还是在 foe 循环里，或者是需要夸 try catch 作用域的情况

ChefIsAwesome

2018-03-14 12:07:59 +08:00

const 是我最讨厌的 es6 特性之一。约束一个变量不能被重新赋值有毛用。用了 const 很容易让人觉得这个变量是不能改的，跟 immutable 混淆。

zsx

2018-03-14 12:58:22 +08:00

我基本上只有 flag / 循环变量等地方用 let

xiaojie668329

2018-03-14 13:02:39 +08:00 via iPhone

能用 const 就用 const，反正不要用 var。

469054193

2018-03-14 13:25:00 +08:00

const 基本上是 eslint 规范了

sniffles

2018-03-14 13:43:03 +08:00

一看到 const，心里就稳得不行
不像是 let，var 还要往后看是不是还会变

svenzhao

2018-03-14 14:15:16 +08:00

@ChefIsAwesome const 声明一个只读的常量。一旦声明，常量的值就不能改变。

murmur

2018-03-14 14:19:01 +08:00

@svenzhao const 如果指向一个对象呢

BlockBlockBlock

2018-03-14 14:20:39 +08:00

@murmur

typescript Readonly<T> 无压力

ke1vin

2018-03-14 14:30:54 +08:00

@SoloCompany 不能对齐怎么解释，var(let)/val 不就和 let/const 设计差不多么

svenzhao

2018-03-14 14:52:41 +08:00

@murmur 对象是引用好的么它的成员和 const 本身没有关系? 其他语言例如数组切片的一样可以改变值

IvanLi127

2018-03-14 15:02:02 +08:00 via Android

过度？不存在的，只要不会变就应该用 const

wwjvtwoex

2018-03-14 15:08:52 +08:00

@murmur #32 可以用 freeze() 冻结对象

murmur

2018-03-14 15:42:50 +08:00

@svenzhao 对啊所以我更喜欢那种用全大写标识常量的至少不需要 IDE 也不需要 es6 光凭直觉就知道他是常量
还是那句话语言本身只能约束老实人真正想改的怎么改都有一万种方法
一个弱类型预言非要添油加醋结果最后和 c 不像和 java 也不像

svenzhao

2018-03-14 16:42:49 +08:00

@murmur 但是 js 也是要经过编译 cons let 的存在理论上从词法分析上面就会快一些而且也可以在程序预编译阶段暴露出很多不规范的写法.
你不能因为它本来烂就不让它往好的方向发展不然也不会有那么多人推 typescript 了.
现在 js 的项目越来越大不论 node 还是前端
这种 var 常量某一个层级非常高的类使用了如果被改变不报错业务逻辑展示不正常出现 js 的调用栈调试成本非常高.
如果真的要冻结对象 freeze 也是可以做到的.
你要随便简单小页面那随便出问题了人脑也能 debug 的过来.