linukso吧 关注:1,482贴子:173,694
永远不要幻想自己能编写出可移植的shell脚本, That's impossible.
优先考虑级 : (python | perl ) > shell


1楼2011-05-20 21:15回复


    2楼2011-05-20 21:39
    回复
      每一个喜欢摇头的人都是上辈子折了翅膀的天使。


      3楼2011-05-20 21:46
      回复
        有些脚本应该能在cygwin上运行~~~


        IP属地:浙江5楼2011-05-20 21:51
        回复
          我了个去!!!!!!!!!!!!!!!!!!!!!
          码了一些字, 度鸟竟然刚好抽筋。
          简要概述就是:
          如果你既想让脚本文件能运行在A环境(比如dash), 又想让它运行在B环境(比如ksh)。
          这样的行为将为脚本文件增加更多的亢余代码。
          与其这样, 还不如学习C语言的精神, 不要考虑平台问题, 直接追求效率。
          


          6楼2011-05-20 21:58
          回复
            恩。 是可以。


            7楼2011-05-20 22:00
            回复
              不是吧???
              Okay, 看来我坚持Perl一百年不动摇。
              跨平台很重要, 有木有!!!!!!!!!!!
              我可不想为了跨平台进行各种调试了。


              9楼2011-05-20 22:10
              回复
                java,qt,gtk,gtkmm,etc。


                IP属地:浙江10楼2011-05-20 22:11
                回复
                  调用的时候直接写bash(sh之类太暧昧了)……打包的时候也写清楚依赖……
                  我以前就被坑过……


                  11楼2011-05-23 01:24
                  回复
                    大多数Linux系统下, /bin/sh 是指向 /bin/bash 的链接文件。
                    在其他系统下, /bin/sh是指向/bin/ksh 或 /bin/zsh 的链接文件。
                    如果编写的脚本文件对移植性要求很高的话, 一般都是#!/bin/sh, 而不会是#!/bin/bash。
                    因为某些系统可能没安**ash软件。
                    像那些初始化启动脚本, 几乎都是#!/bin/sh.
                    


                    12楼2011-05-23 02:15
                    回复
                      bash 被何谢了?


                      13楼2011-05-23 02:15
                      回复
                        2点还不睡,是不是月经失调了


                        14楼2011-05-23 11:06
                        回复
                          在依赖里写出来,让用户自己装……


                          15楼2011-05-23 20:18
                          回复