LINQPad가 여전히 많이 사용되고 있습니까? [닫은]

현재 LINQPad의 인기와 사용 정도를 측정하려고합니다. 여전히 유용한 도구인지 VS와 다른 도구가 더 좋아 졌는지 궁금합니다.

또한 LINQ to SQL을 사용하여 LLBGen을 코딩하고 있습니다. 나는이 볼 플러그인 LLBGen 및 LINQPad에 대한이 . 아직도 나는 LINQPad가 그만한 가치가 있는지 또는 그것이 나에게 어떤 이점을 줄 수 있는지 또는 ORM 등을 위해 여전히 제안되고 있는지 궁금합니다.

그것이 여전히 유용한 도구인지 궁금합니다.

물론!

사용하지 않는 날보다 더 많이 사용하십시오. 여러 번, 나는 LinqPad에서 문서를 읽는 것보다 약간의 스 니펫을 빨리 시도하는 것을 발견했습니다 (즉, 오늘날 다양한 입력에서 프레임 워크 메소드에 의해 어떤 예외가 발생하는지 알고 싶었습니다-LinqPad가 매우 빠르게 대답했습니다).

LINQPad를 항상 사용합니다. LINQ뿐만 아니라 일종의 C # 인터프리터 스크래치 패드로도 사용됩니다. Intellisense를 사용하는 경우에도 코드를 작성할 때 결과가 예상과 동일한 지 확인하기 위해 명령을 신속하게 시도해야합니다. LINQPad에 한 줄 또는 두 줄을 빠르게 입력하면 어떻게되는지 알 수 있습니다. Visual Studio에서 개발하는 동안 종종 열어두고 이러한 빠르고 더러운 작업으로 전환합니다.

자동 완성 기능으로 많이 사용합니다. 정규 표현식 패턴이나 다른 작은 스 니펫을 테스트하는 데 좋습니다. Dump () 메서드는 다양한 linq 쿼리를 시도 할 때 매우 읽기 쉬운 출력을 제공합니다. 특히 F8과 함께 사용하면 두 번째 화면에서 결과가 열립니다.

업데이트 : LINQPad는 언어로 "C # program"을 선택하여 동일한 파일에서 전체 클래스 및 메소드 작성을 지원합니다. 버림받은 코콜 애플리케이션을 대체 할 수 있습니다.

LINQPad를 하루에 여러 번 사용하는 지점에 도달했습니다. 나는 LINQ가 포함 된 구문을 기억하기가 힘들다는 것을 알기 때문에 지능이없는 것이 꽤 좋을 것 같습니다. 그래서 나는 보통 지능을 구하기 위해 머리를 긁적 거리지 않을 것입니다! LINQPad를 사용하면 많은 시간을 절약 할 수 있습니다. 계산 횟수만큼 변수를 변경하고 결과를 확인해야하는 시나리오를 생각해보십시오. 이것은 VS와 함께하는 재미있는 일이 아닙니다. 그러나 LINQPad는 변수 값을 변경하고 F5를 누르는 것만으로 인생을 간단하게 만듭니다! 또한 바로 아래에 텍스트 형식의 결과가 있습니다. 따라서 LINQPad에 따르면 앞으로 몇 년 동안 가지 않을 것입니다!

LINQpad를 사용하는 주된 이유는 기본 코드베이스에 코드 분석 (FxCop) 및 소스 분석 (스타일 경찰)이 있고 오류가 활성화 된 모든 경고가 있기 때문입니다. 신속하게 프로토 타입이나 개념 증명을 필요로 할 때 코드가 빌드되는 상태가되기까지 너무 오래 걸릴 수 있기 때문에 메인 코드 기반에서 항상 실용적이지는 않습니다.

행복하다면 필요한 경우 코드를 기본 코드베이스에 복사하고 프로젝트의 지침과 규칙에 맞게 리팩터링 할 수 있습니다.