我写得一个脚本管理器，希望大家指正。

[liangyongsheng1990]

你这个脚本写的不错，加油呀，你这种思想是最好的，这样的实现一些小功能的脚本是不起眼，但是你积累多了，会给你提供很大的方便，这种脚本做成交互的最好，因为它实现的功能如果用参数的形式就没有必要了，用系统命令就可以实现，他可以完善一下作为一个管理脚本的程序，还有它不被调用，不需要做成那样，并且一大堆参数，用着很不舒服，况且如果你长时间不用，还得察看一下帮助，我给你提一个建议：帮助最好自动显示，而不是用h察看，这样才高效，节约时间，nano编辑器这点做的最好，不学就会用。
命令行也有交互的，有些事必须通过交互实现，极端一点，如果完全没有交互，那电脑知道你要做什么？

有些人连基本概念都没搞懂就乱充高手，其实他可能还不如你呢，lz要一定睁大眼睛辨认！不要让他们打击了你的积极性

[xiii_1991]

你这个脚本写的不错，加油呀，你这种思想是最好的，这样的实现一些小功能的脚本是不起眼，但是你积累多了，会给你提供很大的方便，这种脚本做成交互的最好，因为它实现的功能如果用参数的形式就没有必要了，用系统命令就可以实现，他可以完善一下作为一个管理脚本的程序，还有它不被调用，不需要做成那样，并且一大堆参数，用着很不舒服，况且如果你长时间不用，还得察看一下帮助，我给你提一个建议：帮助最好自动显示，而不是用h察看，这样才高效，节约时间，nano编辑器这点做的最好，不学就会用。
命令行也有交互的，有些事必须通过交互实现，极端一点，如果完全没有交互，那电脑知道你要做什么？

有些人连基本概念都没搞懂就乱充高手，其实他可能还不如你呢，不要受他影响，lz要一定睁大眼睛辨认！没有可惭愧的地方，该怎么做，怎么做最好自己权衡，继续努力，你一定比他强。

谢谢你的支持哇！我一定会努力的！！

我这样设计的目的就是为了减少重复指令和路径的输入，而且在任何一个工作目录都可以管理其它的shell脚本。。。

最开始的时候帮助是自动显示的，但是我后来嫌麻烦就删了…………


我有两个问题哦：

1 “还有它不被调用，不需要做成那样”是什么意思哦？
2 “并且一大堆参数，用着很不舒服” 一大堆参数是说那些操作选项吗？你的意思是说变成上下左右选择的文本菜单的样式？那些选项一开始都是按照数字来排的，但是我觉得按数字键选择没有字母方便。

能不能详细说说o？我好知道改进的方向，虽然这个软件可能用处不大，但是以它作为练习我觉得挺好的。
我甚至还有用别的某种语言再次实现的想法，如果有必要的话。。。

[tenzu]

有些人连基本概念都没搞懂就乱充高手，其实他可能还不如你呢

[tusooa]

[bash]● dog start-script.bash
#!/bin/bash

scriptName=start-script.bash
pkgver=0.1
. scriptFunctions
import OptionParser

Ec_NoFile=10
# Options
scriptUsage="[options] script-file"
# type short long description [default] [values]
addOpt b L no-symlink 'Do not do symlink'
addOpt b d data 'Create a data file'
addOpt b l lib 'Create a library'
addOpt b p elisp 'Create an elisp script'
addOpt b m emacs 'Create a emacs config'
parseOpts "$@"

File="${aList}"
[[ $File ]] || dieg $Ec_NoFile "No file."
GitPath="$HOME/应用/源码/GitHub/tusooa/"
GitScripts="${GitPath}Apps/Scripts/"
GitLibraries="${GitPath}Apps/Libraries/Scripts/"
GitDataDir="${GitPath}Apps/Data/"
GitEmacsDir="$HOME/应用/源码/GitHub/emacs-config/"
GitElispDir="${GitEmacsDir}.emacs.d/load/"
GitEmacsConfDir="${GitEmacsDir}.emacs.d/config/"
ElispDir="$HOME/.emacs.d/load/"
EmacsConfDir="$HOME/.emacs.d/config/"
if bool d ; then
GitDest="$GitDataDir"
Dest="$DataDir"
elif bool l ; then
GitDest="$GitLibraries"
Dest="$Libraries"
elif bool p ; then
GitDest="$GitElispDir"
Dest="$ElispDir"
elif bool m ; then
GitDest="$GitEmacsConfDir"
Dest="$GitEmacsConfDir"
else
GitDest="$GitScripts"
Dest="$Scripts"
fi

touch "$GitDest$File"
bool d || bool l || bool p || bool m || chmod +x "$GitDest$File"
if ! bool L ; then
ln -sfv "$GitDest$File" "$Dest"
fi

[/bash]
小脚本,够用就好.

[liangyongsheng1990]

代码： 全选

1  “还有它不被调用，不需要做成那样”是什么意思哦？

我的意思是，你不会用其他的脚本来调用这个脚本，只会自己手动运行，那么你完全可以把他当成一个系统中的普普通通的软件----脚本管理器，你进入软件界面然后再操作（象sed那种流编辑器是少数），所以做成交互的形式就可以了，我说的一大堆参数那句话有问题，没有一大堆参数， ，我原来以为，如果你让他接收参数，没必要，因为用系统命令可以实现这写功能，现在想想，你这个用脚本起来会更方便些！
上次的回复有点太随意了，没认真的看，不好意思，现在想想，即可以接收参数，又可以进入里面选择操作更好，两个都有可能用到，我的建议只是建议，要根据自己的情况决定是否采纳，做成什么样要看你自己怎么用着方便了。
我的观点是，你不应该仅仅当成练习，如果在练习的同时给自己一个提供方便的小工具岂不一举两得。

[xiii_1991]

我的建议只是建议，要根据自己的情况决定是否采纳，做成什么样要看你自己怎么用着方便了。
我的观点是，你不应该仅仅当成练习，如果在练习的同时给自己一个提供方便的小工具岂不一举两得。

好的，很有道理！！

我一定会努力的！！


我觉得任何一个linux用户到一定程度都会编写或者收集自己用的顺手的shell脚本（也许是perl或者py），我觉得能有一个程序方便地管理会好一些的。我觉得应该会有很多人需要的吧。。。至少我自己就有一大堆脚本，我把他们所在的目录加入了path变量，然后就需要一种方式管理。。。
现在功能虽然差不多了，我还是想看看大家有什么建议没，把它变得更有意义。

其实我后来有计划用py实现一下的，可以实现一个管理各种脚本的管理器（py、shell等等），然后用sqlite纪录信息，可是我觉得这样一来就不简洁了，还是先把这个完善了吧。。。

[xiii_1991]

我的意思是，你不会用其他的脚本来调用这个脚本，只会自己手动运行

如果我再写一个好看点的ui调用它怎么样？

[liangyongsheng1990]

我的意思是，你不会用其他的脚本来调用这个脚本，只会自己手动运行

如果我再写一个好看点的ui调用它怎么样？

当然好了，反正是练习，说不定会喜欢上自己某个练习的杰作而离不开呢！

[lilydjwg]

我觉得任何一个linux用户到一定程度都会编写或者收集自己用的顺手的shell脚本（也许是perl或者py），我觉得能有一个程序方便地管理会好一些的。我觉得应该会有很多人需要的吧。。。至少我自己就有一大堆脚本，我把他们所在的目录加入了path变量，然后就需要一种方式管理。。。

是的，非常需要管理，所以我的 Python 脚本们到 github 玩去了