一、 不修改源码让protobufjs适应多平台
我们上一篇《在cocos creator中使用protobufjs(一)》讲解了通过修改源码的方案,让protobufjs能正常运行在jsb环境上。这个方案适合将protobufjs源码直接放到项目中,而我们使用npm来管理三方库的方式,这种方案就显得不太优雅。
1. 解决IS_NODE的检查
之前源码中已经看到Util.IS_NODE是用来区分代码是运行在nodejs上还是浏览器上。我们可以模拟cocos-jsb为nodejs环境,我们看protobufjs是怎么来检查环境的。
Util.IS_NODE = !!(
typeof process === 'object' && process+'' === '[object process]' && !process['browser']
);
上面这段代码我们注意两个地方:
!!:在一个变量或表达示前面使用“!!”的意思是将其值转换为boolean值即true或false,这是js中常用的技术,第一次见这种写法的人可会犯晕。
process:process对象是nodejs的内置进程对象,在cocos-jsb上肯定是没这货,那怎么办呢?
方案一:伪装者
伪装者---适配器模式
在require('protobufjs')之前我们自己定义一个process对象
if(cc.sys.isNative) {
global.process = {
toString: () => '[object process]'
}
}
...
require('protobufjs');
这种方案相当于欺骗protobufjs我们是nodejs,这段代码也解释两句:
global: global对象是js中很特殊的对象,全局的方法、属性都集中在一个对象中。我们这里将process对象放到global上相当于定义了全局变量。
toString方法:js中所有对象上都具有toString方法(除null\undefined外),当你在对象上使用字符串连接“+”操作时,其实是调用的对象的toString方法。
这种方法可将coco-jsb化身为nodejs,但感觉有点文绉绉的,我们再看看更直接的方法。
方案二:霸王硬上弓
霸王硬上弓---直接修改内存
在require('protobufjs')之后强制修改Util.IS_NODE的值
protobufjs.Util.IS_NODE = cc.sys.isNative;
这个方法简单直接ÿ