凭commonjs无法在浏览器环境直接使用吗

软件 2024-05-31

如何在浏览器环境中使用node的fs模块

首先明确一点，类似 browserify 这样的工具仅仅能将使用 commonjs 模块加载机制的 JavaScript 代码转换成为浏览器可以理解的形式。这并不代表着任意 Node.js 代码都可以在浏览器端使用。最典型的例子就是 fs 模块，它是完全不可能被浏览器端调用的。对本地文件的读写能力完全违反了浏览器本身的安全机制，试想你打开一个网页，然后这个网页竟然就可以读写你本地硬盘上的文件，这该是多么可怕的一件事情！因此，你的思路本身或许需要重新整理一下，什么样的功能需求促使你要在网页端读写文件呢？如果仅仅是在客户端对用户在 file uploader 中上传的文件预处理，那么你该使用浏

在node环境下怎么使用commonjs模块去使用require方法

最初的 CommonJS 小组的参与者们决定弄一份于时下的 JavaScript 编程语言有效，但不必束缚于浏览器 JS 环境的限制，的模块规范。开始的愿景是在浏览器里使用一些权宜之计，并希望能借此影响浏览器厂商，促使它们为这种模块规范的原生支持提供解决方案。权宜之计有：要么使用一个服务来转译 CJS 模块成浏览器中可用的代码要么使用 XMLHttpRequest（XHR）以文本形式加载模块，再在浏览器中做文本变换、解析的工作 CJS 模块规范仅允许每文件一个模块，所以为优化、打包，可使用某种“转换格式”将多个模块合并到单个文件。通过这种方式，CommonJS 小组搞定了依赖引用、如

commonjs为什么不适合前端

JavaScript是一个强大面向对象语言，它有很多快速高效的解释器。官方JavaScript标准定义的API是为了构建基于浏览器的应用程序。然而，并没有定于一个用于更广泛的应用程序的标准库。 CommonJS API定义很多普通应用程序（主要指非浏览器的应用）使用的API，从而填补了这个空白。它的终极目标是提供一个类似Python，Ruby和Java标准库。这样的话，开发者可以使用CommonJS API编写应用程序，然后这些应用可以运行在不同的JavaScript解释器和不同的主机环境中。在兼容CommonJS的系统中。

es6 遵循commonjs规范吗

目前Commonjs是nodejs(浏览器环境需要模块加载器)原生支持的，而es6需要借助babeljs来实现。意味着如果要实现自动编译上线(我司没有在线上安装node_modules做法)可能需要将babel之类的node_modules提交代码仓库，大概45M。
还有要考虑下你选择的react的组件库是基于es6还是Commonjs。如果你业务使用Commonjs规范，组件使用es6，这个就没法统一了。
考虑下团队对es6的熟悉程度，关系到代码质量和维护成本。