无法将pbjs 项识别_当creator遇上protobufjs—深入

一、 不修改源码让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;

这个方法简单直接ÿ