スクリプトのためのhaskellの式評価モード

Question

他の場所で何度も記述されているように（例：1、2、...）、haskellのスクリプトは非常に強力です。
また、簡単な方法はghc expression evaluation modeです。これは私が実際に使っているものです（私は本当にルビーのこの機能が好きです）。
少し例タスク：私は本当に詳細を知らないからでしょう
は「HEADと特定のリビジョン間のgitのdiffを含まれているすべてのフォルダを見つける」

git diff --stat 9e2b68 | ghc -e \ 
    "getContents >>= return.(Data.List.nub).map(fst.break('/'==).head.words).lines" 

これは、少し不格好に見えますghc -eを使用しています。
興味深い部分がちょうどnub.map(fst.break('/'==).head.words).linesであることを考えれば、実際の表現はちょっと気味悪いようです。

• ghcに使用するモジュールについて教えてもらうにはどのようにすればいいですか？フルネームで修飾する必要はありませんか？
• よく使うモジュールを含む設定ファイルをghcに送ってもらうことができますか？

私は、これらの種類のスクリプトに対して、私が使用する方法を改善するのに役立つ他の用途からいくつかの例を見ることに本当に感謝しています！

Sidenote：Commandline-fooのウィザードはおそらくこれを笑っているだろうが、私はhaskellとbashのスクリプトを使っているほうがずっと快適だと思う。モジュールについて

Answer 1

：ghc -eはあなたの~/.ghciファイルを使用していますので、この場合には、あなたがそれに:m +Data.Listを追加したい（import Data.List(nub)もそうGHC 7またはので、サポートされています）。

パッケージについて：ghc-pkg hide somepackageとghc-pkg expose somepackageを使用して、表示可能なパッケージのデフォルトセットを定義することができます（パッケージはデフォルトで公開されていますが、質問が誤解される可能性があります）。

eddieが便利です。

Answer 2

FunctorSaladと同様に、ghc -eは~/.ghciをロードするので、スクリプトで使用する定型文を追加することができます。あなたのケースでは、あなたがあなたに~/.ghciファイルを

let script f = getContents >>= return f 
import Data.List 

を追加して実行することができます：

git diff ... | ghc -e "script.nub.map(fst.break(=='/').head.words).lines" 

Answer 3

（離れて自分の世界〜/ .ghciから.ghciファイルあたりの標準的な構成に加えて、あなたいくつかのディレクトリに特殊な.ghciファイルを置くことができます）。また、Haskellソースファイルをコマンドライン引数のghc -e "expression" path/to/Source.hsとして渡すこともできます。 expressionは、module Sourceのコンテキストで評価されます。