之所以有这一篇文章，是因为之前我写过的一篇文章：“解决Mac上打开txt文件乱码问题”：传送门：
https://www.cnblogs.com/chester-cs/p/11784079.html
当时我们已经了解到乱码的问题是来源于文本在windows上和macos上的编码不同。前者是GB18030，后者是UTF-8。并且我们也解决了问题：使用命令行程序iconv。可是我每次想要进行文本转换的时候特别的麻烦：首先打开我的博客找到那篇文章（因为我记不住语法），然后在命令行里面键入命令，稍作修改。但是这样做很麻烦！于是我就在思考什么样操作能够改善这种情况呢？自然而然的想到使用shell脚本~
这篇文章需要一些知识，没有这些知识你可能会一头雾水：
https://www.cnblogs.com/chester-cs/p/11915339.html
https://www.cnblogs.com/chester-cs/p/11863686.html
先把脚本放上来，这是一段非常简单的脚本：
#! /bin/bash # This is a shell script to transform the text-encoding in macos easily. iconv -f GB18030 -t utf-8 "$1" > "$2"
1. 文首的 #! /bin/bash 指定了这一段script要使用bash来运行。bash是shell的一种，用来和操作系统内核交互。
2. # 后加注释
3. 直接在.sh文件中键入命令，命令则会逐行被bash所执行。
$1 $2 的意思在我提供的资料里有解释，在本题语境中他们代表着路径。但是我在这里遇见了一点小小的问题，因为我一开始写的是：
$1 > $2，即没有双引号。但是这么做会出问题:
Unix中的路径和文件名中最好都不要有空格（在macos中是可以有空格的，可能其他Unix系统更严格？）如果加入了空格，在键入文件名作为参数传给shell的时候，一定要在空格的前面加上反斜杠，这样shell才不会将之理解为多个参数。
然而，在读入bash之后。$1 $2将路径解释成了字符串一样的东西，空格前面的反斜杠也被去除了，这样会造成iconv这个程序的困惑。
查阅资料后找到了解决办法，就是在$1 $2前后加上双引号，这样做的原理是，Unix会将双引号里面的东西看成一个整体，这样存在空格就没事了，加反斜杠也是一个道理。
比如：cd Desktop 和 cd "Desktop", 效果是一样一样的。
文章到这里貌似应该结束了，脚本也有了，这样是不是方便了？No，这样不仅不方便，还很笨。为啥？难道每次运行ttrans.sh文件，都要先把它找到，然后在后面加上参数去使用？这不可能啊，太憨憨了。那么我们的做法是，将自己自定义的脚本放到/usr/local/sbin/文件夹中。这个文件夹会放置用户自己编写的脚本文件，当你运行脚本的时候，shell会自动在里面寻找同名的脚本。
比如我们有GB18030编码的A.txt，我们只需在终端键入sh ttrans.sh [拖动文件A.txt到这，终端自动生成路径] [B.txt的路径，拖动目标文件夹到终端]
这样就能方便的完成调用了，以后再也不用每次都回来找随笔了，是不是很实用？