LINQPad仍在使用吗？[关闭]

我正在尝试评估LINQPad今天的流行程度和使用程度。我只是想知道它是否仍然有用，因为VS和其他工具已经变得更好。

此外，我正在通过使用LINQ to SQL在LLBGen上进行编码。我看到有一个用于LLBGen和LINQPad的插件。我仍然想知道LINQPad是否真的值得，或者它可以给我带来什么好处，还是仍然强烈建议使用ORM等。

我只是想知道它是否仍然有用

绝对！

多使用几天。很多时候，我发现在LinqPad中尝试一些片段比阅读文档要快（例如，今天我想知道框架方法在各种输入下会抛出什么异常-LinqPad很快就回答了）。

我一直在使用LINQPad。不仅适用于LINQ，而且还可以用作C＃解释器的便笺簿。即使使用Intellisense，有时我也需要快速尝试命令以查看结果是否与编写代码时期望的结果相同。我可以在LINQPad中快速键入一两行，然后看看会发生什么。在Visual Studio中进行开发时，我经常将其保持打开状态，并切换到这些快速而又肮脏的任务。

我经常使用自动补全功能。非常适合测试regex模式或其他小片段。尝试各种linq查询时，Dump（）方法的输出非常可读。特别是与F8结合使用时，将在第二个屏幕上打开结果。

更新：LINQPad还支持通过选择“ C＃程序”作为语言在同一文件中编写完整的类和方法。它可以代替一次性的console应用程序。

我已经达到每天要多次使用LINQPad的地步。我想我没有智能感知就可以了，因为如今我并不觉得记住语法（包括LINQ）那么困难。因此，通常我不会在某个时候为智能感知而scratch之以鼻！使用LINQPad当然可以为我节省很多时间。试想一下一个场景，在该场景中，我必须多次更改变量并查看结果。使用VS绝对不是一件有趣的事情。但是LINQPad使我的生活变得简单，因为我要做的最大事情就是更改变量值并按F5键！我也有下面文本格式的结果。因此，根据LINQPad，未来几年将不会使用！

我使用LINQpad的主要原因是因为我的主要代码库具有代码分析（FxCop）和源代码分析（Style Cop），并且所有警告均已启用为错误。当我需要快速进行原型设计或概念验证时，在主代码库上进行操作并非总是可行的，因为将代码转换为生成状态可能会花费很长时间。

感到高兴后，如果需要，我可以将代码复制到我的主代码库中，并进行重构以符合项目的准则和规则。