有了shell为毛还要ruby呢？话不能这么说，有些小功能用ruby还是很方便的，比如说字符串的反转再加1功能用shell来写就比较麻烦.str="123456",我们定义一个反转后再+1的小方法：
2.1.5 :020 > class String
2.1.5 :021?> def r_add_1
2.1.5 :022?> replace reverse.each_byte.map {|byte|byte+1}.pack("c*")
2.1.5 :023?> end
2.1.5 :024?> end
执行后str变为:
2.1.5 :026 > "123456".r_add_1
=> "765432"
下面我们写一个脚本把shell中的变量r_add_1一下:
#!/opt/local/bin/bash
export id="abc123456789" #just
cat <<EOF | ruby |read ret
class String
def r_add_1
replace reverse.each_byte.map {|b|b+1}.pack("c*")
end
end
puts ENV["id"].dup.r_add_1
EOF
执行一下看看：
apple@kissAir: ruby_src$./read.sh
apple@kissAir: ruby_src$echo $ret
apple@kissAir: ruby_src$
咦，为毛ret变量为空值啊？道理很简单：管道2侧是2个不同进程，加上主bash的进程，一共是3个进程。你不用指望read ret进程建立的变量会在主bash进程中生效啊！一种解决办法是用小括号强制read ret和echo在一个进程中执行以获取返回值:cat <<EOF|ruby|(read ret;echo $ret):
apple@kissAir: ruby_src$./read.sh
:98765432dcb
必须要加小括号哦，否则read ret和echo还是在2个进程，等于做无用功啊！你可以这样做：
apple@kissAir: ruby_src$my_val=$(./read.sh)
apple@kissAir: ruby_src$echo $my_val
:98765432dcb
这样就将返回结果保存在主bash进程中的my_val变量中了哦。或者你在while循环中自己处理吧，因为while循环和read也在一个进程里哦，改写后的shell代码如下：
#!/opt/local/bin/bash
export id="abc123456789" #只是示例，实际可以动态获取id的值
cat <<EOF | ruby | while read ret;do echo ">>>>" $ret;done
class String
def r_add_1
replace reverse.each_byte.map {|b|b+1}.pack("c*")
end
end
puts ENV["id"].dup.r_add_1
EOF
你要是觉得看的cat那一行太长，可以把do...done放到EOF结尾的后面，效果是一样的：
#!/opt/local/bin/bash
export id="abc123456789" #只是示例，实际可以动态获取id的值
cat <<EOF | ruby | while read ret
class String
def r_add_1
replace reverse.each_byte.map {|b|b+1}.pack("c*")
end
end
puts ENV["id"].dup.r_add_1
EOF
do
echo ">>>>" $ret
done
最后执行read.sh都会显示：
apple@kissAir: ruby_src$./read.sh
>>>> :98765432dcb
一切皆有可能！你最后肯定还会问：为毛我不用$my_val=$(ruby -e"xxx")这种纯ruby的更简单方法，而要用shell+ruby混合的复杂方法呢？？答案是：我不是在举ruby+shell的例子吗！？
呵呵
