有了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的例子吗！？ 呵呵

ruby和linux shell共同编程的示例