LINQPadはまだ多く使用されていますか？[閉まっている]

今日のLINQPadの人気と使用方法を推測しようとしています。VSや他のツールが良くなったので、それがまだ有用なツールかどうか疑問に思っています。

さらに、LINQ to SQLを使用してLLBGenをコーディングしています。LLBGenとLINQPadのプラグインがあるようです。それでも、LINQPadが本当に価値があるのか​​、それが私にどのような利益をもたらすのか、それともORMなどに強く提案されているのか、と思っています。

まだ便利なツールかどうか疑問に思っています

絶対に！

より多くの日を使用します。多くの場合、ドキュメントを読むよりもLinqPadで少しスニペットを試してみることに気付きます（つまり、今日、さまざまな入力の下でフレームワークメソッドによってスローされる例外を知りたいと思っていました-LinqPadは非常に迅速に答えました）。

私は常にLINQPadを使用しています。LINQだけでなく、一種のC＃インタープリタースクラッチパッドとしても。Intellisenseを使用している場合でも、コマンドをすばやく試して、結果がコードを書くときに期待するものと等しいかどうかを確認する必要があります。LINQPadで1行または2行をすばやく入力して、何が起こるかを確認できます。Visual Studioでの開発中は開いたままにして、これらの迅速で汚いタスクに切り替えます。

オートコンプリートを使用して、よく使用します。正規表現パターンやその他の小さなスニペットのテストに最適です。Dump（）メソッドは、さまざまなlinqクエリを試みるときに非常に読みやすい出力を提供します。特にF8と組み合わせて、2番目の画面に結果を開きます。

更新：LINQPadは、言語として「C＃プログラム」を選択することにより、同じファイルに完全なクラスとメソッドを書き込むこともサポートしています。使い捨てのconcole-applicationsを置き換えることができます。

私は1日に何度もLINQPadを使用するようになりました。インテリセンスがなくても大丈夫だと思います。最近では、LINQを含めて、構文を覚えるのが難しいとは思わないからです。だから、私は通常、私が救助に来るためにインテリセンスのために私の頭を掻いているポイントにはいません！LINQPadを使用すると、確かに多くの時間を節約できます。ある計算回数で変数を変更し、結果を確認する必要があるシナリオを考えてください。これは、VSで行うのは決して楽しいことではありません。しかし、LINQPadは私の人生をシンプルにします。なぜなら、私がしなければならない最大のことは、変数値を変更してF5を押すだけだからです！また、すぐ下にテキスト形式の結果があります。したがって、LINQPadは今後数年間は行きません！

私がLINQpadを使用する主な理由は、メインコードベースにコード分析（FxCop）とソース分析（Style Cop）があり、エラーとしてのすべての警告が有効になっているためです。何かをすばやくプロトタイプ化または概念実証する必要がある場合、コードをビルドする状態にするには時間がかかりすぎるため、メインコードベースでそれを行うことは常に実用的ではありません。

満足したら、必要に応じてコードをメインコードベースにコピーし、プロジェクトのガイドラインとルールを満たすようにリファクタリングできます。