跳到主要内容

3 篇博文 含有标签「工具」

查看所有标签

掘金命令行客户端来啦

· 阅读需 7 分钟

大家好,又好久没有写这个系列啦,大家还记得我嘛? Semo 是个小众工具,也没指望大家把这个工具用在业务项目中,做一个玩具还是可以推荐一下的,期望大家也把自己的创意做成 Semo 插件。

网文收录小工具 semo-plugin-read

· 阅读需 11 分钟

前言

上一篇准备了两年的 Semo,今天正式跟大家见面中,已经首次跟大家介绍了 Semo,相信大家看完之后应该还是一头雾水,不知道 Semo 到底是个什么东东,为什么要用,有学 Semo 的时间,自己不是也可以撸出一个命令行工具么?所以,本篇还是不打算讲 Semo 的原理,还是再讲讲应用吧,今天给大家讲讲另一个用 Semo 写的插件:semo-plugin-read

背景

相信很多小伙伴对掘金都是大大点赞的,里面有各种大神,大牛写的长文教程,极大的降低了新手入门的门槛,面对一篇又一篇长文,你是否有收藏的冲动呢(比如收藏到有道云笔记)?虽然网上有各种文摘工具,但是还是想要 Markdown 版本,不像语雀,掘金貌似拿不到原文 Markdown,所以,这就是今天介绍的插件的开发初衷,当然实际开发以后就有点收不住了,:)

准备了两年的 Semo,今天正式跟大家见面

· 阅读需 11 分钟

每隔一段时间都能看见新的讨论命令行工具的文章,大家都在探索怎么用 Node 开发一个命令行工具,并热情的分享 npm 社区若干优秀的和命令行开发有关的 npm 包。从学习的角度当然也不错,但我一直觉得怎么开发命令行工具不是最重要的,而是开发具体有用的命令行工具才是最重要的。

我在 3 年前开始从事 Node.js 开发,去了一个不把 Node 当做胶水而是全 Node 后台架构的公司,对于微服务架构来说,那后端的小项目就多了去了,每个项目,甚至一个项目里不同的开发者写的命令行工具(还有一次性脚本和计划任务)可能都是一套自己的设计,我当时想做一个简单易用,侵入小的方案,统一微服务架构下各个项目实现命令,脚本,计划任务等的实现规范。最终形成了 Semo 这个项目,我打算写一系列的文章跟大家分享 Semo 的原理和用法。