是的，当然。

看看这些库，它们可以帮助你不再编写shell脚本(Plumbum的座右铭)。

铅 军士 上海

另外，如果你想用基于Python的东西替换awk, sed和grep，那么我推荐pyp -

“The Pyed Piper”，或pyp，是一个linux命令行文本操作 工具类似于awk或sed，但使用标准的python字符串和 列表方法以及自定义函数进化为快速生成 在紧张的生产环境中产生的结果。

以下是我的一些经验之谈:

外壳:

Shell可以很容易地生成只读代码。把它写下来，当你回头看的时候，你永远也不会知道你又做了什么。这很容易做到。 shell可以用管道在一行中做大量的文本处理、分割等。 当涉及到集成不同编程语言的程序调用时，它是最好的粘合语言。

python:

如果你想要Windows的可移植性，请使用python。 当您必须处理的不仅仅是文本，比如数字的集合时，Python可能会更好。为此，我推荐python。

我通常选择bash来处理大多数事情，但当我有一些必须跨越窗口边界的东西时，我就使用python。

我已经构建了半长的shell脚本(300-500行)和Python代码，它们具有类似的功能。当执行许多外部命令时，我发现shell更容易使用。当有大量文本操作时，Perl也是一个很好的选择。

截至2015年和Python 3.4的发布，现在有一个相当完整的用户交互shell: http://xon.sh/或https://github.com/scopatz/xonsh

演示视频没有显示正在使用的管道，但是在默认shell模式下支持管道。

Xonsh(“conch”)非常努力地模仿bash，因此您已经获得了肌肉记忆，例如

env | uniq | sort -r | grep PATH

or

my-web-server 2>&1 | my-log-sorter

仍然可以正常工作。

本教程相当冗长，似乎涵盖了人们通常在ash或bash提示符时所期望的大量功能:

Compiles, Evaluates, & Executes! Command History and Tab Completion Help & Superhelp with ? & ?? Aliases & Customized Prompts Executes Commands and/or *.xsh Scripts which can also be imported Environment Variables including Lookup with ${} Input/Output Redirection and Combining Background Jobs & Job Control Nesting Subprocesses, Pipes, and Coprocesses Subprocess-mode when a command exists, Python-mode otherwise Captured Subprocess with $(), Uncaptured Subprocess with $[], Python Evaluation with @() Filename Globbing with * or Regular Expression Filename Globbing with Backticks

如果你的文本文件操作通常是一次性的，可能在shell提示符下完成，你从python中不会得到更好的东西。

另一方面，如果你经常不得不一遍又一遍地做同样的(或类似的)任务，并且你必须为此编写脚本，那么python是很棒的——你可以很容易地创建自己的库(你也可以用shell脚本来做，但它更麻烦)。

这是一个很简单的例子。

import popen2
stdout_text, stdin_text=popen2.popen2("your-shell-command-here")
for line in stdout_text:
  if line.startswith("#"):
    pass
  else
    jobID=int(line.split(",")[0].split()[1].lstrip("<").rstrip(">"))
    # do something with jobID

还要检查sys和getopt模块，它们是您首先需要的。

In the beginning there was sh, sed, and awk (and find, and grep, and...). It was good. But awk can be an odd little beast and hard to remember if you don't use it often. Then the great camel created Perl. Perl was a system administrator's dream. It was like shell scripting on steroids. Text processing, including regular expressions were just part of the language. Then it got ugly... People tried to make big applications with Perl. Now, don't get me wrong, Perl can be an application, but it can (can!) look like a mess if you're not really careful. Then there is all this flat data business. It's enough to drive a programmer nuts.

进入Python、Ruby等。这些都是非常好的通用语言。它们支持文本处理，并且做得很好(尽管可能与语言的基本核心没有那么紧密地交织在一起)。但它们也可以很好地扩展，并且在一天结束时仍然有漂亮的代码。他们还发展了相当庞大的社区，有大量的图书馆，几乎可以提供任何东西。

Now, much of the negativeness towards Perl is a matter of opinion, and certainly some people can write very clean Perl, but with this many people complaining about it being too easy to create obfuscated code, you know some grain of truth is there. The question really becomes then, are you ever going to use this language for more than simple bash script replacements. If not, learn some more Perl.. it is absolutely fantastic for that. If, on the other hand, you want a language that will grow with you as you want to do more, may I suggest Python or Ruby.

不管怎样，祝你好运!