2011-02-09 6 views
25

間違ってはいけません。私は両方のプロジェクトが素晴らしいと思う。PHPのキュウリよりBehat

しかし、PHPと任意の説得力のある理由がある場合、私は疑問に思うRubyの開発者の両方として、可能な言語の障壁のほかに、なぜ一つは、PHPまたはいくつかのPHPフレームワークで作業する場合でも、BDDのために(cuke4phpで)CucumberオーバーBehatを選ぶだろう。

答えて

69

私はBehat開発者です。

なぜ私が代わりにキュウリのカスタマイズのBehatを開発しました:

  1. スピード。 RubyコードからPHPをブートストラップ/実行する簡単な方法はありません。つまり、ワイヤ/プロキシなどの実装が必要となり、テストが非常に遅くなります。遅いテストはテストではなく、お客様のお金を食べるコードです。
  2. 拡張性。 Rubyを本当に知っているPHP開発者はごくわずかです。それは多くのことを理解していないツールを使用するのは難しいです!キュウリのために書かれたすべての例はRubyコードであり、あなたはRubyを知らないので、キュウリのソースを見ることさえできません。それは、タクシーが必要なときに潜水艦を買うようなものです。

機能面では、Behatとキュウリはほぼ同じです(私はこれを達成するために努力しました)。しかし、PHP開発者の視点から見れば、速度/拡張性/ロジックの面では、高速かつクリーンなネイティブPHPツールであるため、Behatは優れています。 Behatはキュウリの港ではありません。まずは、PHP 5.3の基礎から完全に構築されていると思います。 Behatは、入力読書(機能)と出力書式(書式設定)でキュウリをシミュレートしようとしていますが、キュウリのポートではありません(PHPではRubyの構文構文はありません)。

+1

ありがとう、それは私が探していた答えです。 – Krule

+9

ビートの岩!続ける:) –

+2

PHPのためのキュウリの代わりにBehatのために+1、Symfony2を使用する場合、Behatバンドル(http://symfony2bundles.org/Behat/BehatBundle)もあります! – InvertedAcceleration

1

しかし、あなたがBehatを必要とするかもしれないもう一つの理由は、ここで説明されていますhttps://cucumber.io/blog/2014/09/10/when-cucumbers-go-bad

あなたがPHPプロジェクトを持っている場合は、内部テスト(ドメイン層、アプリケーション層)のためのコンテキストを作成することもできます。