84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
走同样的路，发现不同的人生
光是从这个类的定义来看很难说哪个比较好。因为具体而言两种方式各有各的好处，得看你的需求。
简单的来说，JavaScript的类是依靠原型链来实现的，类的原型方法都放在prototype对象里面，这样做的好处是显而易见的，所有的实例调用的其实是同一个方法，只是this不同罢了。
prototype
this
把方法定义在构造函数中，这也就意味着每创建一个新的实例，同样也就新创建了一个这个方法，每个实例调用这个函数的时候，虽然函数的名字内容全都是一样的，但是其实它们并不是同一个函数。这么做的好处是可以模拟私有变量，JavaScript并没有私有变量的概念，通过这样闭包的方式是现在唯一比较完美的解决方案。但是这样做相比上面的做法来说，会浪费部分内存。
私有变量
上面的websocktCallback函数为什么不和showName一样进行定义呢
showName是USubsystemMain.prototype.showName_self.websocktCallback是new USubsystemMain()的实例的自身属性。可以理解为深复制super(props)所添加的属性是所添加的属性是浅复制
就是实例属性的位置，定义在自身上(this上) 还是定义在原型链上的区别
可以用 hasOwnProperty检测
![[Web front-end] Node.js quick start](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
光是从这个类的定义来看很难说哪个比较好。因为具体而言两种方式各有各的好处，得看你的需求。
简单的来说，JavaScript的类是依靠原型链来实现的，类的原型方法都放在
prototype对象里面，这样做的好处是显而易见的，所有的实例调用的其实是同一个方法，只是this不同罢了。把方法定义在构造函数中，这也就意味着每创建一个新的实例，同样也就新创建了一个这个方法，每个实例调用这个函数的时候，虽然函数的名字内容全都是一样的，但是其实它们并不是同一个函数。这么做的好处是可以模拟
私有变量，JavaScript并没有私有变量的概念，通过这样闭包的方式是现在唯一比较完美的解决方案。但是这样做相比上面的做法来说，会浪费部分内存。showName是USubsystemMain.prototype.showName
_self.websocktCallback是new USubsystemMain()的实例的自身属性。
可以理解为深复制
super(props)所添加的属性是所添加的属性是浅复制
就是实例属性的位置，定义在自身上(this上) 还是定义在原型链上的区别
可以用 hasOwnProperty检测