데이터 바인딩의 장점 수동으로 쿼리를 컨트롤에 추가/추가하기

Question

저는 C# 프로그래머로서 약 2 년 동안 전문적으로 1 명 이상을 해왔습니다. days of .NET 2. 내 질문은 다음과 같습니다.

SQL 쿼리에서 데이터 바인딩을 사용하여 쿼리를 수행하고 컨트롤에 수동으로 항목을 추가하는 것의 이점은 무엇입니까? 이 접근법은 일반적으로 배포면에서 더 깨끗하고 단순한 것으로 간주됩니까? 수작업으로 추가하면 데이터의 표시/값을보다 세부적으로 제어 할 수있는 경우가 있습니까?

쿼리 결과에 따라 자체적으로 채워지는 일부 컨트롤을 다루는 버그를 할당 받았기 때문에 불필요한 로직을 정리하고 라이브러리 대신이를 대신 처리해야하는 버그가 있습니다.

참고 : 우리는 내가 개인적으로

control.DataSource = YourSource; 
control.DataBind(); 

프로세스를 사용하는 것이 훨씬 쉽다는 것을 발견 .NET 2.0

Answer 1

를 사용하고, 당신은 반복을 할 수 있고, 전체 LOC을 감소하지 않습니다.

DropDownLists 및 다른 컨트롤을 사용하면 DataValueField 및 DataTextField 속성을 설정할 가능성이 높습니다.

Answer 2

데이터 바인딩이 훨씬 쉬우 며 전반적인 오류 발생 가능성이 적고 LOC가 현저하게 감소하며 (Mitchel Sellers가 말했듯이) 약간의 사소한 결함은 제외하고는 상당히 안정적으로 작동합니다.

데이터 바인딩 컨트롤의 정확한 업데이트 순서 또는 타이밍을 지정해야하는 경우 실제로는 전체 수동 컨트롤 만 필요합니다.

Answer 3

복잡한 입력 시나리오가있는 경우 수동으로 바인딩하는 것이 유용 할 수 있습니다. 데이터 바인딩 된 입력 컨트롤을 사용하면 DB에 도달 할 때 잘못된 데이터가 있음을 알게되고 예외가 발생합니다 (형식이 잘못된 날짜/시간, 올바른 범위를 벗어난 정수 등).

데이터 컨트롤의 다양한 유효성 검사/사전 커밋 이벤트를 사용하여 분명히 처리 할 수 ​​있지만 입력을 수동으로 확인하고 올바른지 알 때 게시하는 것이 더 쉽고 (더 명확하게 읽을 수 있습니다).

내가 생각할 수있는 유일한 이유가 입력에만 적용됩니다. 읽기 전용 시나리오에 있다면 데이터 바인딩은 생각할 필요가 없습니다.

Answer 4

내 경험은 내 이전 포스터와 상당히 반대입니다. This blog entry (2006 년 일자)은 데이터 바인딩에 대한 내 감정을 요약합니다.

Answer 5

정보 가입은 설정하는 것이 훨씬 간단하고 문제가 적은 주제를 제공하며 LOC를 상당히 낮추고 약간의 실수는 제외하고 매우 쉽게 작동합니다. 내 경험상, 특정 핸들에 대한 실제 최신 날짜 또는 시간을 지정해야하는 경우 실제로는 전체 가이드 제어 만 필요합니다.