我是如何开始编写 bash 脚本的

通过几次简单的 Google 搜索，一位编程新手学会了编写代码，从而自动化了以前繁琐且耗时的任务。

图片来源：

Opensource.com

前几天我写了一个脚本。对于你们中的一些人来说，这句话听起来没什么大不了的。但对于另一些人，我知道你们就在那里，这句话意义重大。你看，我不是程序员。我是一名作家。

我需要解决的问题

我的问题很简单：我必须将工程文件转移到我们的文档中。这些文件以 .zip 格式从 Web URL 获取。我当时手动将它们复制到我的桌面，然后将它们移动到不同的目录结构以匹配我的文档需求。一位作家同事给了我这个建议：“你为什么不编写一个脚本来为你做这件事呢？”

我想“就写一个脚本？！？”——好像这是世界上最容易的事情一样。

Google 如何伸出援手

我同事的问题让我开始思考，当我思考时，我用 Google 搜索了。

Linux 上有哪些脚本语言？

这是我的第一个 Google 搜索条件，你们中的许多人可能在想，“她真是太没头绪了。” 嗯，我确实是，但这确实让我走上了解决问题的道路。最常见的结果是 Bash。嗯，我见过 Bash。天哪，我必须记录的一个文件里就有 Bash，那条无处不在的行 #!/bin/bash。我再次查看了该文件，我知道它在做什么，因为我必须记录它。

所以这引导我进行了下一次 Google 搜索请求。

如何从 URL 下载 zip 文件？

这真的是我的基本任务。我有一个 URL，其中包含一个 .zip 文件，其中包含我需要包含在文档中的所有文件，所以我向万能的 Google 求助。那个搜索结果以及其他一些结果将我引向了 Curl。但最棒的是：我不仅找到了 Curl，而且其中一个热门搜索结果向我展示了一个 Bash 脚本，该脚本使用 Curl 下载 .zip 文件并解压缩它。这超出了我的要求，但那时我意识到，在我的 Google 搜索请求中具体说明可以为我提供编写此脚本所需的信息。因此，顺势而为，我编写了最简单的脚本

#!/bin/sh

curl http://rather.long.url | tar -xz -C my_directory --strip-components=1

看到它运行起来真是激动人心！但后来我意识到一个问题：URL 可能会更改，具体取决于我要访问的文件集。我还有另一个问题要解决，这引导我进行了下一次搜索。

如何将参数传递到 Bash 脚本中？

我需要能够使用不同的 URL 和不同的结束目录来运行此脚本。Google 向我展示了如何输入 $1、$2 等，以将我在命令行中键入的内容替换为我的脚本。例如

bash myscript.sh http://rather.long.url my_directory

这好多了。一切都按我的需要工作，我有了灵活性，我有一个可以工作的脚本，最重要的是，我有一个简短的命令可以输入，并节省了自己 30 分钟的复制粘贴苦力活。那是一个度过得很有意义的上午。

然后我意识到我还有一个问题。你看，我的记忆力很差，而且我知道我每隔几个月才会运行一次这个脚本。这给我留下了两个问题

我怎么记得要为我的脚本输入什么（URL 在前？目录在前？）？
如果我被卡车撞了，其他作者怎么知道如何运行我的脚本？

我需要一个用法消息——如果我使用不正确，脚本会显示的东西。例如

usage: bash yaml-fetch.sh <'snapshot_url'> <directory>

否则，运行脚本。我的下一次搜索是

如何在 Bash 脚本中编写“if/then/else”？

幸运的是，我已经知道编程中存在 if/then/else。我只需要弄清楚如何做到这一点。在此过程中，我还学会了使用 echo 从 Bash 脚本打印。我最终得到的是这样的

#!/bin/sh

URL=$1
DIRECTORY=$2

if [ $# -eq 0 ];
 then
 echo "usage: bash yaml-fetch.sh <'snapshot_url'> <directory>".
 else

     # make the directory if it doesn't already exist
 echo 'create directory'

 mkdir $DIRECTORY

 # fetch and untar the yaml files
 echo 'fetch and untar the yaml files'

 curl $URL | tar -xz -C $DIRECTORY --strip-components=1
fi

Google 和脚本编写如何震撼了我的世界

好的，这里有点夸张，但在这个 21 世纪，学习新事物（尤其是有些简单的事物）比过去容易得多。我学到的东西（除了如何编写一个简短的、自文档化的 Bash 脚本）是，如果我有一个问题，很可能以前有人遇到过相同或类似的问题。当我被难住时，我可以问下一个问题，再问下一个问题。最后，我不仅有了一个脚本，而且有了一个新技能的开始，我可以掌握并用它来简化我一直避免的其他任务。

不要让第一个脚本（或编程步骤）难倒你。它是一种技能，就像任何其他技能一样，并且那里有大量的可用信息可以帮助你。你不需要读一本大部头的书或参加一个月的课程。你可以用更简单的方式来做，从小步开始，从小的脚本开始，让你入门，然后在该技能和你的信心基础上继续构建。总是需要有人编写那些成千上万行代码的程序，其中包含所有的分支、合并和错误修复。

但是，也迫切需要简单的脚本和其他自动化/简化任务的方法。这就是一个小脚本和一点信心可以让你快速入门的地方。

标签

编程