类是有用的
以下结构在应用中很常见:
function foo() {
let someProperty;
// 一些其他的初始化代码
function someMethod() {
// 用 someProperty 做一些事情
// 可能有其他属性
}
// 可能有其他的方法
return {
someMethod
// 可能有其他方法
};
}
它被称为模块模式(利用 JavaScript 的闭包)。
如果你使用文件模块(你确实应该将全局变量视为错误),文件中的代码与示例一样,都不是全局变量。
然而,开发者有时会写以下类似代码:
let someProperty;
function foo() {
// 一些初始化代码
}
foo();
someProperty = 123; // 其他初始化代码
// 一些其它未导出
// later
export function someMethod() {}
尽管我并不是一个特别喜欢使用继承的人,但是我确实发现让开发者使用类,可以在一定程度上更好的组织他们的代码,例如:
class Foo {
public someProperty;
constructor() {
// 一些初始化内容
}
public someMethod() {
// ..code
}
public someUtility() {
// .. code
}
}
export = new Foo();
这并不仅仅有利于开发者,在创建基于类的更出色可视化工具中,它更常见。并且,这有利于项目的理解和维护。
::: tip 在浅层次的结构中,如果它们能够提供明显的重复使用和减少模版的好处,那么在这个观点里,我并没有错误。 :::
看完两件小事
如果你觉得这篇文章对你挺有启发,我想请你帮我两个小忙:
- 把这篇文章分享给你的朋友 / 交流群,让更多的人看到,一起进步,一起成长!
- 关注公众号 「IT平头哥联盟」,公众号后台回复「资源」 免费领取我精心整理的前端进阶资源教程