视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
VSCode新版本带JSDoc的解析功能完善JavaScript代码提示
2020-11-27 19:33:02 责编:小采
文档
 本文章为了分享自己技术方面的心得,分享过程中获得更多,一方面是提高自己书面表达能力。那就先从简单的写起。

弱类型脚本语言的代码提示功能一直是开发者一个隐隐的痛点,没有它也不是不能干活,但是经常因为出现拼写错误或不经意的修改导致的变量丢失而耗费无畏的时间在与业务逻辑无关的地方。VSCode的出现大有统一轻量级IDE领域之势,在其新版本中自带了JSDoc的解析功能,帮助JavaScript开发者通过书写注释的形式向IDE提供必要信息,完善提示功能。

先来看一个简单的例子(微信小程序前端代码)

export class CommonUtilsWX {
 request(o, callback){
 //TODO:xxxxx
 }
}

可以看出该函数的定义中有一个object类型的参数o和一个函数型的回调参数callback。但是单纯从代码定义中IDE无法得知对象o中必须包含那些字段、callback回调函数中会带回哪些参数。对于JavaScript等弱类型脚本语言来说不到运行时阶段这些信息是没有意义的,而对于开发者而言,这些信息在一段时间以后很容易遗忘,更别说交付给第三方使用。所以这些信息就需要用JSDoc来书写出来。

export class CommonUtilsWX {
 /**
 * 发送网络请求,通信协议必须是http或https,数据协议必须是json
 * @param {object} o 请求参数对象
 * @param {string} o.host 请求url的域名,如http://xxx.xxx.com
 * @param {string} o.path 请求url的路径,如xxx/xxx
 * @param {object} o.query 请求url的查询段,根据对象中key,value拼成key1=value1&key2=value2的形式
 * @param {string} o.method 请求方法,如GET,POST等
 * @param {object} o.body 请求数据体,仅在method为POST时有效
 * @param {function(Error):void} callback 请求回调,请求成功时error为空
 */
 request(o, callback){
 //TODO:xxxxx
 }
}

可以看出JSDoc将参数o的类型和其必要的内部构造,函数类型的参数callback将会带回的参数类型Error和返回值类型void,等信息都被清晰明确的标记出来,同时附带了文字注释。

此时,直接使用new CommonUtilsWX()构造出来的对象调用request()方法可以看到如下的提示画面

然后再向request()函数传入字面量对象时,会看到如下的提示画面

下面是第二个例子,定义一个对象,并给对象中的字段赋予JSDoc类型信息

let zy = {
 /**
 * sdk版本号
 * @type {number}
 */
 version : 0.1,

 /**
 * 分享功能管理
 * @type {Share|ShareWX}
 */
 share: Share.createAdapter(),

 /**
 * 通用工具集,如网络请求,弹框显示等
 * @type {CommonUtils}
 */
 commonUtils : CommonUtils.createAdapter(),

 /**
 * 平台功能管理,如登录,用户信息等
 * @type {Platform|PlatformWX}
 */
 platform : Platform.createAdapter(),

 /**
 * 排行榜功能管理
 * @type {Leaderboard}
 */
 leaderboard : Leaderboard.createAdapter(),

 /**
 * 广告功能管理
 * @type {Ad}
 */
 ad : Ad.createAdapter(),
}

这里面除了用到@type关键字之外,还用到在{}中“|”符号的用法。这样的用法代表所标记的字段可能是多种类型的,尤其适用于我这段代码中的情况,即一个工厂方法可能会返回属于某个父类的任何子类对象,此时如果仅使用父类类型标记这个字段,则在使用时IDE无法提示出子类中的特殊方法,所以用了多种可能的类型标记后,IDE将会把所有可能类型中的提示信息都提示出来。此时的提示信息如下图

还有另外一种方法定义一个对象中每一个字段的类型和注释,而且可以复用,看上去更为专业,那就是@typedef关键字,下面就是用@typedef关键字重新书写的zy对象的JSDoc:

/**
 * @typedef {object} ZY
 * @property {number} version sdk版本号
 * @property {Share|ShareWX} share 分享功能管理
 * @property {CommonUtils} commonUtils 通用工具集,如网络请求,弹框显示等
 * @property {Platform|PlatformWX} platform 平台功能管理,如登录,用户信息等
 * @property {Leaderboard} leaderboard 排行榜功能管理
 * @property {Ad} ad 广告功能管理
 */

/**
 * @type {ZY}
 */
let zy = {}

上半部分是用@typedef关键字定义了一个全新的类型ZY,并且把类型中的每个字段都预先定义好。然后下半部分zy对象上方用JSDoc声这个对象的类型是ZY。这种用法适合用在可以复用的类型对象上,或者其内部字段没有全部出现在字面上,或者没有集中出现在一块区域时。

下面又出现了另一个问题,VSCode是根据文件模块的依赖关系来导入其他文件中的JSDoc的,比如A.js中require("B.js"),则B.js中的JSDoc信息就可以在A.js的JSDoc中使用,也能在A.js的代码提示中显示。但偶尔会遇到一些情况,从逻辑上A.js中并不需要
require("B.js"),而在编码中却需要使用B.js文件中的JSDoc。如果因为这种需求就额外的require("B.js"),就会破坏了代码正常的依赖关系。于是就出现了如下这种用法:

/**
 * @typedef {import("B.js")} B
 */

这种方法相当于用JSDoc的方式引入的B.js文件,并将B.js中的模块定义为类型B。apache php mysql

相关文章:

如何增强vscode中js代码提示功能

用js实现输入提示(自动完成)的实例代码

相关视频:

Ajax实现搜索框智能提示

下载本文
显示全文
专题