作者hijkxyzuw (i,j,k) ×(x,y,z)
看板Web_Design
标题Re: [问题] Node.js帮JavaScript搞出继承的问题
时间Tue Sep 5 12:19:49 2017
比较好奇那个 enumerable 是怎麽运作的。
如果手动设置 Parent.prototype.a = 'b' ，
那所有实例的 .a 属性都会是 enumerable ；
但这和用 Object.create 的结果不一样。
Object.create 会把继承来的属性设为 no enumerable ，
如果用自己实现的 cretae 函数也是：
function myCreate(parent) {
function F() {}
F.prototype = parent
return new F()
}
或是把 function 的 prototype 换掉：
function myClass() {}
myClass.prototype = {
say: function () { console.log('hey') },
foo: 'bar',
constructor: myClass
}
好像只有当原型链是指向的是 function 自带的 prototype 时，
enumerable 才会作用，不知道为什麽规格要这样定。
我本来以为 enumerable 是在定义属性时就跟着的，
可是 Object.create 後会一律把来自原型链的都设为 no enumerable 。
用 hasOwnProperty 看，这些属性不是在实例上，
但原型的 enumerable 还是 true ……。
总觉得很奇怪。
--
+------+
| 胡 | 不要因为伟人的照片。
| |
| 适 | 就轻易相信文字内容。
+------+
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 140.116.102.187
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Web_Design/M.1504585191.A.AE9.html
1F：推 nnlisalive: 我已经放弃思考了 反正这都是node.js设计者的逻辑 09/06 18:45
2F：→ nnlisalive: 可能他们认为不这样做 会碰到一些XXOO的问题 09/06 18:45
3F：→ nnlisalive: 知道输入啥程式码 浏览器会正常执行就好 >_< 09/06 18:46
4F：→ nnlisalive: 我是看书上写说javascript没有继承 所以node.js才用 09/06 18:48
5F：→ nnlisalive: prototype的概念弄出继承 但既然继承很重要 为啥不直 09/06 18:49
6F：→ nnlisalive: 接把继承这个东西 放进JavaScript语法里? 09/06 18:49
7F：→ nnlisalive: C/C++好像都有继承 JavaScript学他们就好啦 09/06 18:50
javascript 有继承啊，
Object.create 就是 js 的继承。
只是和 new 不相容ㄎㄎ
可以看这篇：
https://segmentfault.com/a/1190000002596600
看完我就大概知道 js 的继承在干麻了，
事後要用 new 或 Object.create 就看个人吧。
※ 编辑: hijkxyzuw (140.116.102.187), 09/06/2017 20:10:21
8F：→ bibo9901: 参考lua的metatable就可以知道js的prototype的设计很差 09/06 22:49
9F：→ bibo9901: prototype, [[prototype]], __proto__ 非常累赘的 09/06 22:51
等等，我错了，好像会影响，
那这篇就没什麽意义了，
除了文末的推荐文章真得不错外。
※ 编辑: hijkxyzuw (140.116.102.187), 09/07/2017 23:54:47
上面贴的那篇延伸阅读，主要是介绍另一种不使用 new ，
纯使用 Object.create 实作的继承模型。
不使用 new 的原因是 new 是一个「关键字」，
和 javascript 的函数式风格不合；
例如你无法为 new apply 参数：
new MyClass.apply(null, [a,b,c]) // error
另外 new 让 javascript 看起来像是用了 java 的继承模型，
但当你要用到「更进阶」的功能，
实作起来相当诡异，完全不像 java 。
像 this 绑定问题，继承问题：
function Parent() {}
function Child() {}
Child.prototype = new Parent() // 这样继承
// 用 Object.create 会好看一点，也没有副作用；
// 如果怕呼叫了 Parent 产生的的物件会不乾净的话。
Child.prototype = Object.create(Parent.prototype)
// 但不管怎麽做，事後都要再手动修正 constructor
Child.prototype.constructor = Child
这种继承怎麽看都很诡异，
所以原作者才会鼓吹另一种继承。
至於和 new 之间是可以转换的，
js 是个函数式的语言，超级弹性，
应该没有不能转的。
只是，就 new 或 Object.create 挑一种做吧，
成果的是类似的，挑一种喜欢的手段即可。
※ 编辑: hijkxyzuw (140.116.102.187), 09/08/2017 00:24:36
10F：推 eight0: 那篇文章写於 2013/5/26，作者重造了整个继承系统，在那时 09/08 02:16
11F：→ eight0: 也许是有好处的，但现在用 class 比较好 09/08 02:16
12F：推 eight0: 另外要展开阵列︰new MyClass(...[a,b,c]) 09/08 02:19
一直没有细读 ... 算符，只记得功能很多。
反正作者最主要的目的就是把 new 去掉，
因为 new 很奇怪，和 javascript 的其它部份格格不入。
13F：→ reinforce15: "这种继承怎麽看都很诡异" 这句有点怪怪的, 有想过 09/08 20:00
14F：→ reinforce15: javascript是直译语言吗, 既然是直译语言又要再 09/08 20:00
15F：→ reinforce15: browser上跑,直译器当然是越轻薄越好,语法越少越好, 09/08 20:00
16F：→ reinforce15: 别忘了,当初javascript可是Bredan老兄赶鸭子上架出 09/08 20:01
17F：→ reinforce15: 来的东西,语言本身上自然会有缺点,有兴趣可以查一下 09/08 20:02
18F：→ reinforce15: ECMAScript 09/08 20:02
19F：→ reinforce15: 我竟然会在这里发文... 算了当我上面什麽都没说 没说 09/08 20:06
这里不能发文吗？？？
javascript 是蛮鸟的没错 zzz
变数 scope 、继承、 == 算符，
很多东西都设计的不好。
目前在读 sicp ，
希望可以跳到 lisp 系语言，
就几乎一切都是函数了。
※ 编辑: hijkxyzuw (140.116.102.187), 09/09/2017 20:32:47
20F：推 Neisseria: JavaScript 是目前前端必备的技术，一时间不会被取代 09/10 09:27
21F：→ Neisseria: 先前 Google 推 Dart，想取代 JavaScript 就失败了 09/10 09:28
22F：→ Neisseria: 除了写前端，完全不会想碰这个语言 09/10 09:28
23F：推 Neisseria: 真的要写 JavaScript 物件，用 TypeScript 或 Babel 09/10 09:40
24F：→ Neisseria: 写好再转程式码就好，自己手动写反而费工 09/10 09:40
其实我蛮喜欢 js 的， node.js 也学了一点。
※ 编辑: hijkxyzuw (140.116.102.187), 09/10/2017 14:26:07