LINQPad все ще багато використовується? [зачинено]

Я намагаюся визначити, наскільки популярний і наскільки використовується LINQPad сьогодні. Мені просто цікаво, чи це все-таки корисний інструмент чи ні, як VS та інші інструменти покращилися.

Крім того, я кодую LLBGen, працюючи з LINQ в SQL. Я бачу, є плагін для LLBGen та LINQPad . І все-таки мені цікаво, чи дійсно LINQPad того вартий чи які переваги він може мені принести, чи він все ще напрошується для ORM тощо.

Мені просто цікаво, чи це все-таки корисний інструмент

АБСОЛЮТНО!

Вживайте його більше днів, ніж ні. Дуже багато разів мені здається, що пробувати невеликий фрагмент у LinqPad швидше, ніж читати документ (тобто сьогодні я хотів знати, які винятки будуть викинуті методом рамки під різними вводами - LinqPad відповів на це дуже швидко).

Я постійно використовую LINQPad. Не тільки для LINQ, але й як свого роду подряпини для інтерпретатора C #. Навіть із Intellisense іноді мені потрібно швидко спробувати команду, щоб побачити, чи результати рівні, ніж я очікую при написанні коду. Я можу швидко набрати рядок або два на LINQPad і подивитися, що відбувається. Я часто тримаю його відкритим під час розвитку у Visual Studio і перемикаюся на ці швидкі та брудні завдання.

Я його багато використовую, з автозавершенням. Відмінно підходить для тестування шаблонів регулярних виразів або інших невеликих фрагментів. Метод Dump () дає дуже читабельний вихід при спробі різних linq-запитів. Особливо в поєднанні з F8, які відкривають результат на другому екрані.

Оновлення : LINQPad також підтримує запис повних класів та методів у один і той же файл, вибравши мову "C # program". Він може замінити викидні конколи-програми.

Я дійшов до моменту, коли я використовую LINQPad кілька разів на день. Я здогадуюсь, що я дуже добре не маю інтелігенції, тому що зараз мені не здається, що сильно згадати синтаксис, включений LINQ. Тож я, як правило, не опинюсь у такій точці, коли я чухаю голову, щоб інтелігенція прийшла мені на допомогу! Використання LINQPad, безумовно, заощаджує багато часу для мене. Просто придумайте сценарій, коли мені доводиться міняти змінні за деякий розрахунок кількість разів і бачити результати. Це ніколи не було б цікавою справою з / п. Але LINQPad робить моє життя простим, адже максимум, що я маю зробити, - це зміни змінних значень і натискання на F5! У мене також є результати в текстовому форматі трохи нижче. Тож, за словами LINQPad, він не збирається їхати протягом кількох років вперед!

Основна причина, за якою я використовую LINQpad, полягає в тому, що в моєму основному кодовому коді є аналіз коду (FxCop) та аналіз джерела (Style Cop) та всі попередження як помилки. Коли мені потрібно швидко прообразувати або перевірити концепцію чогось, це не завжди практично можна робити на базі основного коду, оскільки це може зайняти занадто багато часу, щоб отримати код до стану, де він будується.

Після того, як я задоволений, якщо потрібно, я можу скопіювати код у свою основну базу коду та рефактор, щоб відповідати настановам та правилам проекту.