1. NodeJS会是昙花一现吗
在用了一年以后，我感觉node.js有一点不对劲。它很有意思，但是我觉得我应该用另外一个视角去审视它。
网络编程真的可以更容易吗？
node.js无疑有一些设计非常好的地方。前段时间我写了一个性能非常高的Syslog Collector系统，它可以每秒处理25万个日志，可以同时处理数千个TCP并发连接。它还支持UDP，HTTP和SSL.它是C++写的，使用了
Boost.Asio 架构。它几乎从来不会崩溃。 很少会内存泄露。但是它花了我5个月的时间去编辑（然后重写），测试还有布署。所以，你要知道，写相似的node程序真的不会让你加快开发进度。
需要一个HTTP服务器？require（导入）
http 模块，如果你想要一台socket服务器的话，还需要net模块。node是一个事件驱动的框架。相对于为每个链接创始一个线程模型相比有极大的性能优势，node.js取得了
twisted无法能取得的成功。 （注* twisted 基于python的异步驱动框架）
node.js的问题是什么？
JavaScript
让我们先说JavaScript －
我喜欢用它的闭包，但是这个语言太扯蛋了。甚至是JavaScriptr的铁杆粉丝都知道它有多可笑。JavaScript the Good
Parts （JavaScript好的方面） 真的是一本很簿的书，对比一下你会觉得很有趣。
你会发现下面的代码根本不会报错：
undefined=42
然后你输入这个看看？
> [] + []
''
为什么1个空数组加上另外一个空数组会等于空字符串？
然后这个呢？
> [] + [] * 5
'0'
解释JavaScript为什么会这样其实挺困难的。就像为
无数个猴子设计的语言。 所以在线编程是非常重要，你得经常打印一下看看到底会输出什么。
调试
我看到的大多数node.js程序员都在用一种非常原始的方式在调试，并不断地对他们用的工具表示失望。跟踪回调里不该招聘的异常，在类似Mocha和
Chai的测试框架中，经常会像恶梦一样。时间不断地花在寻找为什么会出错上面。console.log也许是开发者最常使用的调试工具。
回调地狱
大多数程序员，只要在node上面写了36个小时的代码，就会发现callback hell。有些
文章 介绍了一些避免的方法。具有讽刺意味的是，这是node的异步和事件驱动所天生的。它带来了很多性能上的优势，但导致了这种难看和不可靠代码的产生。
但是我们有
Promises。
是的，我同意。不过如果不是用Bluebird这样的模块，我估计大多数node程序员马上就会放弃。我非常喜欢用Promise模式，它写出的代码非常
优美。Promise的链式写法是非常好的实践。但是它让你放弃了彻底修复回调地狱的想法。我严重怀疑这一点会破坏NodeJS在生产环境应用的可能性。
我只会占用一个核，但只能用一个核。
node.js总是运行在一个进程里。这让他进行跨函数和跨模块的调用更加的简单。但这并不意味着是没有代价的，你必须确保你在做出更改的时侯进程不被打断。但是当你使用多核CPU时，你就无法发挥出其它处理器的性能。你就开始骂娘了。当然node里面有集群
Cluster 模块，但是它还处在实验阶段，而且用它你还得重写你程序的逻辑。你最初的设计可能很少考虑到需要分布式处理的情况。
那么该怎么办？
写高性能的网络和分布式程序是当代程序员应有的基本素质。框架应该降低内容的切换——像node一样，允许我们创建高性能的服务器。但是还有比node.js更好的框架。
Go 是一个很好的侯选对象。它基于一个健壮的库，为网络编程而设计。而且编写服务器像node一样容易。
Goroutines 允许程序员不必担心回调式的书写方式，让程序员以更自然的，线性的思维去思考。而且Goroutines真的非常轻量级而且内容切换比操作系统的线程间切换更轻量，这种系统级的线程操作正是node.js想要避免的。
Go可以最大可能地发挥多核的优势。这是它的基因。我写了很多Go的代码，而且它的体验要比node要好很多。
不要把我的话当回事
我的node和JavaScript经验并不像C/C++或Python那样丰富。但是我的直觉告诉我node.js只是我们朝着向更好的网络编程迈进的一步。它已经解决很多问题了，但是应该还有更好的方法。
转载
2. Nodejs Commonjs和ECMAScript(ESM)模块系统导出与导入
深入理解Node.js的模块系统，我们主要关注Commonjs和ECMAScript (ESM)两种模块系统。虽然目前两种系统仍在共存，但了解它们的差异与应用是程序员的必备技能。
Commonjs模块系统中，导出方式多样，包括命名导出、函数导出、类导出以及类实例导出等。在导出时，我们通常使用`exports`或`mole.exports`关键字。
相比之下，ECMAScript模块系统在较新的Node.js版本中得到支持。默认情况下，Node.js采用Commonjs语法导入和导出模块，尝试使用ECMAScript模块会导致错误。要启用ECMAScript模块，我们需在`package.json`文件中添加`"type": "mole"`字段。一旦确定了`type`字段，就不能再使用Commonjs语法，需要进行相应的调整。
Node.js支持模块的异步导入与导出，具体实现方式包括根据命令行参数选择模块导入。通过创建如`el.js`、`en.js`等文件来展示异步导入的实现。
ECMAScript模块系统在运行时遵循严格模式，且不支持Commonjs提供的某些引用，如`require`、`exports`、`__filename`、`__dirname`。若需使用这些内容，我们需要寻找替代方案。
TypeScript，微软主导的JavaScript衍生语言，提供了更严谨的代码编写方式。在TypeScript中，我们使用`export`关键字导出模块，并通过`import`导入。对于使用`export=`导出的模块，需要通过`import Mole = require('mole')`来进行导入。TypeScript官方文档提供了关于导入与导出的详细示例。
为了帮助理解模块系统之间的差异，我们准备了示例代码。这些代码分别在`COMMON`、`ECMA`、`async`和`TS`文件夹中，展示了不同模块系统下的导入与导出方法。每个文件夹下的`main`文件用于模块导入与测试，而其他文件则展示了各种导出方式的示例。这些示例代码的下载链接可供参考。