NDK如何在Android中工作 - 使用NDK，JNI等的命令是什么？(How does NDK work in Android - What is the order that NDK, JNI etc are used?)

 看看这个： http : //exploringjs.com/es6/ch_modules.html#sec_modules-in-javascript 
 
 来自链接： 
 
 
 
 16.2 JavaScript中的模块 
 
 
 尽管JavaScript从来没有内置模块，但社区已经融合了一种简单的模块风格，ES5和更早版本的库支持该风格。 这种风格也被ES6采用： 
 
 
 每个模块都是一段加载后执行的代码。 在那个代码中，可能有声明（变量声明，函数声明等）。 默认情况下，这些声明保持在模块的本地。 您可以将其中一些标记为导出，然后其他模块可以导入它们。 一个模块可以从其他模块导入东西。 它通过模块说明符引用这些模块，字符串可以是：相对路径（'../model/user'）：这些路径相对于导入模块的位置进行解释。 文件扩展名.js通常可以省略。 绝对路径（'/ lib / js / helpers'）：直接指向要导入的模块的文件。 名称（'util'）：必须配置哪些模块名称。 模块是单身人士。 即使多次导入模块，也只存在一个“实例”。 
 
 
 这种模块方法避免了全局变量 < - ， 
 
 
 唯一的全局是模块说明符 。 < - 
 
 
 在示例1中，您将它们作为类的一部分，因此它们在Class的实例中可用（它们不是全局的），它们是实例的一部分，因为“this”将引用Class的实例，而不是全球的“窗口”对象。 （所以在示例1中它们不是局部变量） 
 
 在例子2中，你的const将保留在模块中的本地，你在无尽的地方宣布它们做类似的事情 
 
export const foo = 'bar';  (still not global, but can be imported within other modules)
 
 这就是差异。 
 
 另一个很好的阅读： https : //joshbedo.github.io/JS-Design-Patterns/ Javascript设计模式（模块模式等） 

Take a look at this: http://exploringjs.com/es6/ch_modules.html#sec_modules-in-javascript
 
from the link:
 
 
 
16.2 Modules in JavaScript 
 
 
Even though JavaScript never had built-in modules, the community has converged on a simple style of modules, which is supported by libraries in ES5 and earlier. This style has also been adopted by ES6:
 
 
Each module is a piece of code that is executed once it is loaded. In that code, there may be declarations (variable declarations, function declarations, etc.). By default, these declarations stay local to the module. You can mark some of them as exports, then other modules can import them. A module can import things from other modules. It refers to those modules via module specifiers, strings that are either: Relative paths ('../model/user'): these paths are interpreted relatively to the location of the importing module. The file extension .js can usually be omitted. Absolute paths ('/lib/js/helpers'): point directly to the file of the module to be imported. Names ('util'): What modules names refer to has to be configured. Modules are singletons. Even if a module is imported multiple times, only a single “instance” of it exists. 
 
 
This approach to modules avoids global variables <--, 
 
 
the only things that are global are module specifiers. <--
 
 
In example 1. You make them part of your Class, so they are available within the instance of the Class (they are not global though), they are part of the instance, because "this" will refer to the instance of the Class, not to the global "window" object. (so at example 1 they are not local variables)
 
In example 2. Your consts will stay local within the module u declared them in enless u do something like 
 
export const foo = 'bar';  (still not global, but can be imported within other modules)
 
So thats the difference.
 
Another good read: https://joshbedo.github.io/JS-Design-Patterns/ Javascript design patterns (module pattern etc)