Ein Mitglied meines Teams vor kurzem LinqPad als seine primäre Abfrage-Tool bewegt für den einfachen Zweck (wird noch SQL Studio manchmal verwenden) sich zu zwingen, natürlicher zu machen mit LINQ zu verwenden. Ich dachte, das wäre eine ziemlich gute Idee und erwäge, den Rest meines Teams um einen Wechsel zu bitten. Hat jemand irgendwelche Gedanken/Ideen zu diesem Ansatz?Mit LINQPad als primäre Abfrage-Tool
Frühe Fragen, die ich hatte ...
Ich fühle mich gut ANSI SQL für einen LOB-Entwickler ist entscheidend, schreiben zu können. Da LINQ eine Microsoft-Sache ist, sind die Fähigkeiten, die sie in LINQ lernen, das Opfer bei der vollständigen Entwicklung ihrer ANSI-SQL-Techniken wert, insbesondere wenn sie später im Leben zu anderen Aufgaben/Aufgaben übergehen. Entwicklerentwicklung (innerhalb und außerhalb der Firma) ist mir sehr wichtig.
Gibt es irgendwelche Funktionen in SQL Studio, die in LinqPad verpasst werden schmerzlich wird?
Does LinqPad haben langfristige Leben? Mit anderen Worten: Hat jeder das Gefühl, dass LinqPad ein Produkt ist, das weiter wachsen wird, wenn .NET und SQL wachsen?
Ich bin sicher verpflichtet LINQPad entwickeln. Es gibt bereits einen Framework 4.0-Build, und in den kommenden Monaten sind viele neue Features geplant. Joe (LINQPad Autor) –
Großartig zu hören. Es ist schön, sich von den Entwicklern selbst Gehör zu verschaffen. Mach weiter so. Bisher war ich ziemlich beeindruckt. –
Verwenden von LINQPad in Verbindung mit SQL Server Management Studio ist die bessere Idee. Die ausschließliche Verwendung von nur einem für das Lernen LINQ ist Overkill. – Jagd