LINQPad est-il encore beaucoup utilisé? [fermé]

J'essaie de deviner à quel point LINQPad est populaire et utilisé aujourd'hui. Je me demande simplement si c'est toujours un outil utile ou non, car VS et d'autres outils se sont améliorés.

De plus, je code sur LLBGen en travaillant avec LINQ to SQL. Je vois qu'il existe un plug-in pour LLBGen et LINQPad . Je me demande toujours si LINQPad en vaut vraiment la peine ou quels avantages il peut me donner ou s'il est toujours fortement suggéré pour les ORM, etc.

Je me demande simplement si c'est toujours un outil utile

ABSOLUMENT!

Utilisez-le plus de jours que non. Souvent, je trouve que d'essayer un petit extrait dans LinqPad plus rapidement que de lire un document (c.-à-d., Aujourd'hui, je voulais savoir quelles exceptions seraient levées par une méthode de framework sous diverses entrées - LinqPad a répondu très rapidement).

J'utilise LINQPad tout le temps. Pas seulement pour LINQ mais aussi comme une sorte de bloc-notes d'interpréteur C #. Même avec Intellisense, j'ai parfois besoin d'essayer rapidement une commande pour voir si les résultats correspondent à ce que j'attends lors de l'écriture de code. Je peux rapidement taper une ligne ou deux dans LINQPad et voir ce qui se passe. Je le garde souvent ouvert lors du développement dans Visual Studio et je passe à ces tâches rapides et sales.

Je l'utilise beaucoup, avec autocomplétion. Idéal pour tester des modèles d'expression régulière ou d'autres petits extraits avec. La méthode Dump () - donne une sortie très lisible lorsque vous essayez diverses requêtes linq. Surtout en combinaison avec F8, qui ouvre le résultat sur le deuxième écran.

Mise à jour : LINQPad prend également en charge l'écriture de classes et de méthodes complètes dans le même fichier en sélectionnant "programme C #" comme langue. Il peut remplacer les applications concoles jetables.

J'en suis arrivé à un point où j'utilise LINQPad plusieurs fois par jour. Je suppose que je suis à peu près d'accord avec le fait de ne pas avoir intellisense, car de nos jours je ne trouve pas si difficile de se souvenir de la syntaxe, LINQ inclus. Donc, normalement, je ne serai pas à un point où je me gratte la tête pour que l'intellisense vienne à mon secours! L'utilisation de LINQPad me fait certainement gagner beaucoup de temps. Pensez simplement à un scénario où je dois changer les variables pour un certain nombre de calculs et voir les résultats. Ce ne serait jamais une chose amusante à faire avec VS. Mais LINQPad me simplifie la vie, car le maximum que je dois faire est de changer les valeurs des variables et d'appuyer sur F5! J'ai également les résultats au format texte juste en dessous. Donc, selon LINQPad, ça ne va pas durer quelques années!

La principale raison pour laquelle j'utilise LINQpad est que ma base de code principale a l'analyse de code (FxCop) et l'analyse de source (Style Cop) et tous les avertissements en tant qu'erreurs activés. Lorsque j'ai besoin de créer rapidement un prototype ou une preuve de concept, il n'est pas toujours pratique de le faire sur la base de code principale car cela peut prendre trop de temps pour obtenir le code dans un état où il est construit.

Une fois que je suis satisfait, si nécessaire, je peux copier le code dans ma base de code principale et refactoriser pour respecter les lignes directrices et les règles du projet.