Linq는 .NET 프로그래머에게 마음의 영향을 미칩니 까?

우리 중 많은 사람들 이 jQuery를 사용하여 쿼리 문자열을 검색하는 것과 같은 절대적으로 미친 일을하는 방법을 묻기 시작한 약 1 년 전에 jQuery 에서이 현상을보기 시작했습니다 . 많은 프로그래머들에게는 라이브러리 (jQuery)와 언어 (JavaScript) 의 차이점 이 사라지고, 필요하지 않은 곳에 부적절한 부적절한 코드가 작성됩니다.

어쩌면 그것은 단지 내 상상일지도 모르겠지만, 나는 사람들이 Linq와 비슷한 미친 짓 을하기 위해 정렬 된 배열의 범위 찾기 와 같은 질문을 많이 시작하기 시작했다고 맹세 합니다. Linq 확장이 그 문제를 해결하는 데 얼마나 부적절한지를 극복 할 수는 없지만 더 중요한 것은 저자 가 이상적인 솔루션이 실제로 Linq 를 생각 하지 않고 Linq 를 포함한다고 생각한다는 사실 을 알았습니다 (내가 말할 수있는 한). 언어 (C # / VB.NET)와 라이브러리 (Linq)의 차이를 알 수없는 차세대 .NET 프로그래머를 키워 역사를 반복하고있는 것 같습니다.

이 현상의 원인은 무엇입니까? 그것은 과대 광고입니까? 까치 경향? Linq는 마법의 형태로 명성을 얻었습니다. 실제로 코드를 작성하는 대신 올바른 주문을 말해야합니까? 나는 그 설명에 거의 만족하지 않지만 실제로 다른 것을 생각할 수는 없습니다.

더 중요한 것은 정말로 문제일까요? 그렇다면 사람들을 깨우는 가장 좋은 방법은 무엇입니까?

기본적으로 프로그래밍이 어렵 기 때문입니다. 많은 사람들이 어떻게 해야할지 모르는 방식으로 논리적이고 체계적인 사고 방식이 필요합니다. (또는 당신이 듣는 사람에 따라 단순히 할 수 없습니다 .)

LINQ 및 jQuery와 같은 것들로 인해 일반적인 데이터 조작 작업이 훨씬 쉬워집니다. 우리가 무엇을하고 있는지 아는 사람들에게는 좋지만 불행한 부작용은 막대를 낮추는 것입니다. 코드 작성을 시작하고 일을하기 위해 무엇을하고 있는지 잘 모르는 사람들이 더 쉽게 만들 수 있습니다. 그리고 그들이 현실에 부딪쳤을 때, 그들의 단순하고 높은 수준의 어트랙션 레벨 기술이 적합하지 않은 근본적으로 어려운 것을 발견하면 라이브러리가 구축 된 플랫폼을 이해하지 못하기 때문에 길을 잃게됩니다.

귀하의 질문은 올바른 궤도에 있지만, 폭력적인 비디오 게임에 대한 다년간의 논쟁과 마찬가지로 "어린이를 폭력적으로 돌리기"와 비슷합니다. 링크의 방향이 거꾸로되어 있습니다. 쉬운 프로그래밍 기술은 프로그래머를 바보로 만들지 않습니다. 그들은 단지 바보 같은 사람들을 프로그래밍에 끌어들입니다. 그리고 당신이 할 수있는 일은 많지 않습니다.

나에게 그것은 새로운 장난감 현상이다. 새로운 것이 나오고 (LINQ) 이제 모든 개발자가 게임을 즐기고 싶어합니다.

그들은 LINQ를 망치로보고 있으며 모든 문제는 못입니다. 다른 방법으로하는 것이 더 쉬운 지 누가 신경 쓰나요? LINQ가 답이되어야합니다! 모두가 모든 것을 위해 XML을 사용했을 때처럼! 구성 파일? XML. 데이터 저장? XML. 기타

LINQ는 C #에서보다 기능적인 접근 방식을 사용하여 문제를 해결할 수있는 좋은 기회를 제공한다고 생각합니다. 우리는 이미 작동하는 것을 가지고 있기 때문에 새로운 스타일의 문제 해결을 무시해서는 안됩니다.

무거운 SQL 배경에서 온 C #에서 집합 기반 논리를 사용하여 작업의 의도를 더 잘 설명하는 옵션을 선호합니다.

그것은 말했다; 문맥은 왕이며, 무엇이든 남용 할 수 있습니다.

LINQ 및 jQuery는 최신 "장난감"이며 개발자는 최신 작업을 사용하여 작업을 수행 할 수있는 방법을 과시합니다.

Linq를 올바르게 사용하고 후드 아래에서 이해한다면 모든 종류의 새로운 최첨단 프로그래밍 기술을 찾을 수 있습니다.

따라서 개선 사항에 대해 깊이 생각하면 더 나은 프로그래머가 될 것이라고 주장합니다. 주어진 프로그래머가 실제로이 작업을 수행하는지 여부는 Linq의 잘못이 아닙니다.

객체 관계형 매퍼에 대해서도 같은 주장을 할 수 있습니다. 누구든지 더 이상 데이터베이스 테이블에 대해 원시 SQL 쿼리를 작성합니까? :)

그 미친 것들 중 일부는 사람들이 잘못된 망치를 사용하고 있기 때문에, 다른 사람들은 정말 우아한 슈퍼 해머를 만들고 있기 때문에 극복해야 할 이상한 공 디테일을 겪었습니다.

예를 들어, linq를 사용하여 10 회 중 9 회까지 비 동적 linq에 대해 동적 linq를 생성하는 것에 대한 질문이 있으면 가능하면 궁금하거나 잘못된 나무를 짖는 사람이있을 수 있습니다. 이 방법으로 해결할 수있는 것들은 다른 방법으로는 해결하기 어려운 이유입니다.

나는 이런 종류의 질문을 두 부분으로 나눕니다.

1. 그렇게 할 수 있다면, 어떻게 보일까요?
2. 해야합니까, 위험이 있거나 더 나은 대안이 있습니까?

나는 거의 항상 그 순서대로 수행한다는 것을 알았습니다. 질문에 대한 답변을 제공하고 잠재적 대안에 대해 더 잘 설명 할 수 있도록 도와줍니다.

나는 개발자의 마음에 어떤 마비 효과를 알고 있지만 살펴하지 않습니다 여기에 환율 numble 생각을 가진 도구 / 언어의 효과. 바를 낮추는 것에 대해 이야기하십시오!

Mason Wheeler에 동의합니다. 그러나 "시퀀스"에서 작동하여 https://stackoverflow.com/questions/3762202/get-range-of-integers-with-linq 를 해결하려고 시도하는 것이 완전히 미친 것은 아닙니다 . 문제는 Java 및 .Net의 반복자가 현재 값, 다음 값 및 다음으로 이동의 세 가지 작업을 모두 지원하지 않는다는 것입니다. Clojure는 3 가지를 모두 수행 할 수 있으며 Clojure에서는이 작업을 더 쉽게 수행 할 수 있다고 생각합니다. 파이썬에는 공동 루틴이 있으며, 그것을 해독하려고합니다. http://clojure.org/sequences http://www.try-clojure.org/

실제로 입력이 http://oeis.org/A007401 과 같은 무한 시퀀스 인 경우 게으른 방법이 유일한 방법입니다.