这篇文章发布于 2016年06月7日,星期二,00:18,归类于 Web综合。 阅读 88204 次, 今日 6 次 75 条评论
by zhangxinxu from http://www.zhangxinxu.com
本文地址:http://www.zhangxinxu.com/wordpress/?p=5422
一、非计算机背景前端如何快速了解Node.js?
做前端的应该都听过Node.js,偏开发背景的童鞋应该都玩过。
对于一些没有计算机背景的,工作内容以静态页面呈现为主的前端,可能并未把玩过Node.js,且很有可能对Node.js都没有一个比较立体的认识——知道这玩意可以跑服务,构建很多前端工具,看上去很厉害的样子,但是,可能就仅限于此了。
“那可否三言两语概括Node.js的林林总总呢?”
“不可!”
“那怎么办?”
“那就六言四语!”
首先,要知道,Node.js一个JavaScript运行环境(runtime),没错,就是用来运行Javascript. 以前JavaScript只能在浏览器这个小世界里称王称霸。很多前端小伙伴可能就JS这门程序语言熟一点,其他C++, .net之类的就呵呵了。如果是过去,如果浏览器一觉醒来灭绝了,很多人就会失业。就像食物单一的物种一旦这种食物没了,就坐等灭绝是一个道理。
但是,现在,不要担心了,Node.js让JavaScript变成杂食的了,也就是除了网页行为,可以和其他C++等语言一样,构建服务,操作文件等等。
我们应该都使用过.exe
后缀的文件,双击一下,就可以潜伏个病毒什么的;我们可能还使用过.bat
后缀的批处理文件,一点击,文件夹里面的图片全部重命名;那么如果是.js
后缀的文件呢(假设你的系统已经安装了Node.js环境),双击一下则……当当当当……会打开编辑器看到JS代码,双击是没有用的!
我们可以打开命令行工具,cd到指定目录,然后输入(假设JS文件名为test.js):
node test
然后test.js
里面的代码就可以欢快地跑起来啦!
对于“页面仔”而言,了解这么多就够了!
- 安装后Node.js环境;
- 用我们蹩脚的JS写一个蹩脚处理的
.js
文件; node
执行下。
简简单单三部曲,我们就变身成了具有开发味道的前端从业人员了。
二、蹩脚JS下的Node.js初体验
绝大数厂子都是小厂,很大部分小厂都只有一个前端,很多前端的JS其实都一般般。
圈子里面经常把“前端解决方案”挂在嘴边的,实际上都是有前端团队的,因为有团队, 才能显价值。
“前端解决方案”是好,但是,如果真正关心行业发展,应该知道,能够在一个大团队里面玩耍的实际上是小部分人,有很多很多的小伙伴都是孤军奋战,这套东西说不定反而阻碍了敏捷和灵活;有很多很多的小伙伴在二三四线城市,是野生的前端开发,底子不够,这套庞杂的东西很难驾驭;有很多很多的项目就是几个静态活动页面,没必要回回使用高射炮打蚊子。
此时,往往需要的是定制化很强的小而美的处理。有同学可能会疑虑,哎呀,我JS水平比较菜,自造工具这种事情会不会有点挑大梁啊。实际上,即使你JS一般般,借助Node.js构建一些小工具提升自己的前端开发效率这种事情,完全不在话下。
前端这东西,有个博尔特都认同的特点,就是上手快!
首先,我们需要一份Node.js API文档,我们使用“动物搜索”,搜一下:
就第一个吧,进入会看到一长排的API列表内容:
不要怕,我们只需要这一个就可以,没错,就一个文件系统(fs)! 其他都不需要管,那些都是资深玩家玩的:
点击去,又是洋洋洒洒,一群API:
不要怕,我们只需要……淡定,不是一个,是若干个常规的增删读写重命名文件就可以了。
好了,然后只需要一点蹩脚的JS,我们就可以玩起来了。
玩什么呢?容我看集动漫想一想……
设计师给的图标重命名
勤劳的设计师送来了香饽饽的小图片素材,但是,连接字符是下划线_
,恰巧,此时,前端童鞋的处女病发错,其他自己处理的图片全部是短横线-
连接的,这里图标全是下划线受不了,想要全部替换为短横线,怎么办?
如果就一两个图标还好,大不了手动改改,但是,要是如上截图,设计师一口气给了57个图标,我去,要改到头皮发麻了吧~倒不是时间问题,而是重复劳动带来的那种枯燥和不愉悦会影响工作的激情,而且这种劳动用完就没了,无法复用,且不能作为业绩(我可以5分钟完成100个文件的重命名,有个卵用~)。
此时,Node.js就可以闪亮登场了,有了Node.js环境,我们只要寥寥几行JS代码,就可以完全秒杀了,很简单,读取文件夹里面的所有图片,然后把名称里面所有的下划线_
替换成短横线-
, 假设我们的.js
文件和需要处理的小图标文件夹结构如下:
underscore2dash.js内容如下:
// 引入fs文件处理模块 var fs = require("fs"); // 现在我们要关心的是'icons'文件夹 // 我们不妨用变量表示这个文件夹名称,方便日后维护和管理 var src = 'icons'; // API文档中中找到遍历文件夹的API // 找到了,是fs.readdir(path, callback) // 文档中有叙述: // 读取 path 路径所在目录的内容。 回调函数 (callback) 接受两个参数 (err, files) 其中 files 是一个存储目录中所包含的文件名称的数组 // 因此: fs.readdir(src, function(err, files) { // files是名称数组,因此 // 可以使用forEach遍历哈, 此处为ES5 JS一点知识 // 如果不清楚,也可以使用for循环哈 files.forEach(function(filename) { // 下面就是文件名称重命名 // API文档中找到重命名的API,如下 // fs.rename(oldPath, newPath, callback) // 下面,我们就可以依葫芦画瓢,确定新旧文件名称: var oldPath = src + '/' + filename, newPath = src + '/' + filename.replace(/_/g, '-'); // 重命名走起 fs.rename(oldPath, newPath, function(err) { if (!err) { console.log(filename + '下划线替换成功!'); } }) }); });
window系统举例,我们使用cmd或者PowerShell,在对应文件夹目录下执行下该JS文件:
node underscore2dash
结果:
此时的文件夹的图片们:
此处的文件名批量替换不仅适用于图片,实际上适用于任意格式的文件。
当前,对命名的批量处理不仅仅如此,还包括统一前缀(例如icon_*
),此时只要把newPath =
后满的代码改成src + '/icon_' + filename
。或者非开发需求,比方说批量下载的小视频名称从1依次往后排,则……还是自己处理下吧,forEach
方法第二个参数是数组序号值,可以直接拿来用,就当课后作业了,看好你哟!
本文件夹批量处理例子,抛开详尽的注释,差不多10行出头JS代码,用到的JS方法也都是非常非常基本的,对吧,数组遍历forEach和字符替换replace
方法,其他就是套API走套路,就算我老婆(非IT领域)亲自上阵,也都可以弄出来。简单,而且有意思。
我强烈建议大学的程序开发入门课程就学JavaScript,跑web网页,跑Node.js, 简单且所见即所得,容易激发学习的乐趣,要比枯燥不知干嘛用的C语言更适合科普和入门。
三、蹩脚JS下的Node.js初体验二周目
我们写页面实际的开发需求肯定不知文件批量重命名这么简单,我知道有一个需求点,尤其经常写静态原型页面的小伙伴一定感兴趣的。
就是HTML页面也能够如动态语言,如php一样,各个模块可以直接include
进来。现在普遍存在这样一个问题,某项目,重构人员哗啦啦编写了20多个静态页面,但是,由于HTML无法直接include公用的头部底部和侧边栏,导致,这20个页面的头尾都是独立的,一般头部内容发生了变更,呵呵,估计就要求助编辑器来个批量替换什么的了。
这是不是痛点?显然是!凡事痛点都是可以做出贡献体现自己价值的地方。
没错,我们工作就是切切页面,我们的JS勉强可以扶上墙,但,就是这样的我们,只要你有这个心,意识到问题所在,同时知道Node.js可以帮你做到这一点,一个实用的工具其实已经完成了一半。参照API文档,东拼拼,西凑凑,肯定可以弄出一个至少自己用得很high的东西,剩下的一半就这么简简单单续上了。
实例示例示意
有一个原始的HTML页面,头尾都使用了类似下面代码的标准HTML5 import
导入:
<link rel="import" href="header.html">
但是,实际上,rel="import"
和include
是完全不一样的概念,import
进来实际上是个独立的document
!不过这是后话了,反正我们又不是直接浏览这个页面,因此,大家不必在意这个细节。
HTML几个文件结构关系如下示意:
此时,我们就可以借助Node.js以及我们那一点点JS知识,把rel="import"
这行HTML替换成对应的导入的HTML页面内容。
原理其实很简单:
- 读import-example.html页面;
href="header.html"
这行HTML替换成header.html
的内容;- 监控import-example.html页面,一有变化,即时生成;
- done!
下面为本例子的JS代码import.js:
// 引入fs文件处理模块 var fs = require("fs"); // 测试用的HTML页文件夹地址和文件名称 var src = 'import', filename = 'import-example.html'; var fnImportExample = function(src, filename) { // 读取HTML页面数据 // 使用API文档中的fs.readFile(filename, [options], callback) fs.readFile(src + '/' + filename, { // 需要指定编码方式,否则返回原生buffer encoding: 'utf8' }, function(err, data) { // 下面要做的事情就是把 // <link rel="import" href="header.html"> // 这段HTML替换成href文件中的内容 // 可以求助万能的正则 var dataReplace = data.replace(/<link\srel="import"\shref="(.*)">/gi, function(matchs, m1) { // m1就是匹配的路径地址了 // 然后就可以读文件了 return fs.readFileSync(src + '/' + m1, { encoding: 'utf8' }); }); // 由于我们要把文件放在更上一级目录,因此,一些相对地址要处理下 // 在本例子中,就比较简单,对../进行替换 dataReplace = dataReplace.replace(/"\.\.\//g, '"'); // 于是生成新的HTML文件 // 文档找一找,发现了fs.writeFile(filename, data, [options], callback) fs.writeFile(filename, dataReplace, { encoding: 'utf8' }, function(err) { if (err) throw err; console.log(filename + '生成成功!'); }); }); }; // 默认先执行一次 fnImportExample(src, filename); // 监控文件,变更后重新生成 fs.watch(src + '/' + filename, function(event, filename) { if (event == 'change') { console.log(src + '/' + filename + '发生了改变,重新生成...'); fnImportExample(src, filename); } });
我们此时node run一下:
node import
结果:
此时的文件夹:
箭头所指就是新生成的HTML页面,此时的内容是:
我们访问此页面:
连广告都显示良好!
此时,node实际上是实时监控原始HTML是否发生变化的,文档中的fs.watch()
方法,例如,我们把图片地址的mm1换成mm2,则:
此时页面变成了:
于是乎,一个随时自动编译import导入HTML页面的小工具的雏形就好了。
页面重构的小伙伴,就不要担心20多个原型页面公用部分修改一次要改20多处的问题了,直接将公用的模块import进来,20多个页面分分钟编译为HTML页面完全体。
现在,我们再回过头看上面的HTML支持模块引入的小工具,就是几个简单的Node.js API和几行简单的JS. 我们又不是开源就自己用用,很多复杂场景根本就不要去考虑,所以,这么简单就足够了!
四、结束语
当项目比较小的时候,当团队成员比较少的时候,当开发同学不鸟你的时候,此时,要发扬自己动手,丰衣足食的精神。
开发时候遇到痛点,或者感觉自己在做重复劳动的时候,想想看,是不是可以花点时间捣腾出一个Node.js的小脚本。
不要以为npm仓库里面的那些工具好像很Diao很难搞,其实呢,也就是一点点核心加上应付各种场景弄出来的。由于我们是自娱自乐,追求的是敏捷高效,专注于眼前任务功能,所以,我们只要把核心弄出来就好,而这些核心往往就几行JS代码+几个fs API就可以了。
蚂蚁虽小,咬人也疼。所以,不要觉得自己JS比较菜,搞不来,就几行JS代码,你不动手搞一搞你怎么就确定呢?
写CSS为主的前端想要往后发展,没有比本文介绍内容更适合学习和入门的了。
Try it!
本文为原创文章,会经常更新知识点以及修正一些错误,因此转载请保留原出处,方便溯源,避免陈旧错误知识的误导,同时有更好的阅读体验。
本文地址:http://www.zhangxinxu.com/wordpress/?p=5422
(本篇完)
- 利用废弃的html rel import实现页面include功能 (0.496)
- HTML静态页面原型交付工具“魔卡”简介 (0.252)
- 使用electron构建跨平台Node.js桌面应用经验分享 (0.220)
- jQuery之replace字符串替换实现不同尺寸图片切换 (0.142)
- JavaScript实现http地址自动检测并添加URL链接 (0.142)
- 翻编-JavaScript有关的10个怪癖和秘密 (0.142)
- 博闻强识:了解CSS中的@ AT规则 (0.142)
- 万岁,浏览器原生支持ES6 export和import模块啦! (0.142)
- 粉丝群第27期JS基础小测答疑文字版 (0.142)
- Web Components中引入外部CSS的3种方法 (0.142)
- CSS @scope他来了 (RANDOM - 0.142)
讲的很好,一下子就勾起我的兴趣了,练起来!
通俗易懂,我能说我大体上理解了node.js呢
居然有老婆。。。哇咔咔
差点就要放弃node了,突然看到这么实用的,感谢
张大神,你在这篇文章中说,按照名字顺序排序的作业,我是这么写的
var fs = require(“fs”);
var src = ‘D:\Testing/img’;
fs.readdir(src, function(err, files) {
files.forEach(function(filename,index) {
var imgEnd = filename.split(“.”);
var oldPath = src + ‘/’ + filename,
newPath = src + ‘/myImgs_’ + index + “.”+ imgEnd[1];
fs.rename(oldPath, newPath, function(err) {
if (!err) {
console.log(filename + ‘图片改名成功!’);
}
})
});
});
评论的画风不对
一直默默看大神文章,文笔生动易理解,试着做了第一个例子,菜鸟信心倍增~
总是畏惧Node.js,很少去玩api,去折腾,听你这么一说,好像市面上自动化工具都不难了。
谢谢你,张含韵
如果没有你,我可能已经放弃我女朋友了
我是来专程道谢的,自月初拜读此文后,感叹原以为高不可攀的nodeJS居然离我们那么近!最近正好遇到一个需求:替换多个不同文件夹下的网页文件的多处源码,并修改文件名为index.html,同时清理同级目录文件夹下的数个相关文件。这要在以前,我得用编辑器批量替换一圈,再搜索需要清理的文件名删一圈,再重命名文件改一圈,几十个目录搞下来时长成本很高,还容易疏漏犯错,最重要的是根本是在重复做无意义的事啊。所以今天照着nodeJS的API写了一个批处理工具,一运行,批处理操作瞬间搞定,这个feel倍爽!
感谢旭哥分享这么实用的文章!
老大 第二个demo 我复制你的代码 提示是生成成功了 但是没有生成页面啊 怎么回事呢
受益匪浅,感谢你!
a.html:1 Imported resource from origin ‘file://’ has been blocked from loading by Cross-Origin Resource Sharing policy: Invalid response. Origin ‘null’ is therefore not allowed access. 大神 为什么我安装你的做会出现这个 谢谢
跨域了~ file://协议有限制
如果没有你,我可能已重走人生路了
擦擦,当当当当,会看到js代码,双击是没有用的=。=
你怎么这么逗!
其实第三小节没有 demo 原件觉得有点难懂,路径理解起来不够清晰
嗯,没成功
对nodejs又充满信心了
如果没有你,我的人生将一片黯淡无光。
如果没有你,我可能已经不爱张含韵了
嘿嘿,我用nodejs写了一个简易的grep,因为windows下没有grep很难受
瞬间拉近了与nodejs的距离。
如果没有你,我可能已经不爱前端了。
因为有你,所以前端依旧任重道远!
如果没有你,我可能已经放弃恋爱了。
作为一只野生切图狗,大师你说的真的是太入我心,膜拜之情简直无法言语,等下就按照上面写的去学习做一个公共引用小工具
很好的文章,简单实用的介绍了nodejs。
dataReplace = dataReplace.replace(/”\.\.\//g, ‘”‘);
这行代码貌似多余了?
而且貌似每次修改之后 监听的change事件都被执行了两次? 请指教
一针见血!
如果没有你,我可能已经不写代码了
因为你这篇易懂的文章,我决定尝试用node.js!
如果没有你,我可能已经放弃重构了
如果没有你,我可能已经放弃前端了。
如果没有你,我可能已经放弃开电脑了
奔走相告,css 大神带头来抢 node 后端同事饭碗。。。
很早之前就希望html能够出一个类似于include的工具,功能了,并且一直相信必将出现。今天终于看到一个解决方案了。
如果没有你,我早已自杀了
…实在很感谢,对node.js又有了比较清晰的了解,我就是重构的
对于野生前端真是太有用了
如果没有你,我可能已经放弃人生了。
如果没有你,我可能已经放弃前端了。
写的太棒了,简单易懂,到今天才算整明白node.js到底是个啥东东了
如果没有你,我可能已经放弃重构了。
如果没有你,我可能已经放弃UI了。
鑫爷,你还是讲css吧
如果没有你 ,我可能放弃程序员了
如果没有你,我可能已经放弃前端了。
牛
想法不错~~~
赞一个
太棒了