nodejs模块化开发问题总结

近日使用nodejs搭建了一个小程序的后端程序架构，在拆分架构模块的时候遇到一些问题，稍微就做一下总结吧

什么是模块化开发？

就我个人对于模块化开发的理解而言，大概可以分为以下几点

1. 重用 尽可能把我们重复的操作提炼封装出来一个公用的，好处无非就是减少代码量，方便管理维护，若逻辑有变化，只需要更改公共代码就可以了。
2. 易读性 个人认为模块开发更是一种思想，例如比起在一个函数内写一大堆面条式的代码，将一个方法合理的拆分成多个方法，然后通过调用方法传参组装成完整的逻辑，无论是在易读性还是后期维护上都要更好一些，这也可以理解为是模块化开发的一种。
3. 项目组成结构清晰 我始终认为一个项目架构搭建好不好，不仅仅体现在我们开发过程中是否会更有效率，是否更加利于维护，代码容错率等等。。。一个项目的架构组成体系是否足够清晰，也十分重要，如何将项目的公共代码，逻辑代码，工具代码，视图代码，数据存储代码，插件。。。等等这些合理的设计、拆分就需要对模块化开发有一定的理解

模块化可以说的东西太多了，像vue的组件化开发，和模块化开发在思想上我认为是差不多的，而vue的组件化开发又在移动端的开发上体现的更多，我就不再赘述了，希望大家还是要有自己的理解，切勿太过依赖网上刻板式的解释

exports建议以函数导出模块

A.js

var getName = {
  showName(){
    console.log("My Name")
  }
}
exports = getName

B.js

var showName = bName.showName()
exports = showName

C.js

var A = require("A")
var B = require("B")
global.bName = A.getName
console.log(B.showName)

我首先是把两个模块都引入进来，然后将A.getName设置为全局属性，这样在所有地方就都可以访问到，即B.js中也可以访问到，

但运行后会报错，说在B.js中找不到bName，经测试后发现，实际上在我引入B.js时，其内部代码就已经被编译执行了，后查阅资料发现require引入方式，与import不同的地方在于，require是拷贝，而import是只读引用地址，如果是拷贝的话，就不难理解为什么会报错了。

虽然说只需要把 global.bName = A.getName 放在 var B = require(“B”) 之前就可以解决问题，但是我更倾向另一种
修改B.js

var showName = function(){
     return bName.showName()
}
exports = showName

所以与其调整顺序 不如在导出模块时，就采用这种函数式的导出

require与import的不同

我简单说几点，require遵循CommonJS规范，import是es6中的语法，如果想在nodejs环境下使用import，就需要使用babel将es6语法转换为es5，我在知乎上看到过一篇关于这个问题的文章，写的很详细
require与import的不同