랭크 아마추어를위한 OOP 및 DataTables
https://stackoverflow.com/questions/227678
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
저는 폴더의 변경 사항을 추적 할 작은 앱을 쓰는 총 아마추어입니다. 나는 사용자가 버튼을 클릭하면 DataTable에 바운드로 볼 수있는 디렉토리에 대한 정보를 보관할 것입니다. 프로그램은 파일 시스템 워커를 만들어 디렉토리를 주시하고 다른 데이터 가능으로 이벤트 메시지를 보낼 것입니다. 다른 그리드 뷰에 묶여 있습니다. OOP의 넓은 넓은 세계에서 데이터ables를 선언, 시작 및 조작해야합니까? 메인, 메인, 클래스의 주요 형태, 아니면 "포기"하고 Visual Studio를 사용하여 자동으로 데이터 세트를 생성하고 두 개의 테이블을 붙여야합니까?
해결책
코스를위한 말. 작은 유틸리티 앱의 경우 VS "Visual/Rad"스타일의 프로그래밍 스타일을 사용하는 것이 좋습니다. 예를 들어 대부분의 자습서가 표시되는 것처럼 테이블 등을 양식으로 드래그 앤 드롭 테이블을 드롭합니다.
엄격하게 말하면, 더 큰 앱의 경우 더 정확한 방법은 데이터 액세스를 처리하고 해당 어셈블리 내의 클래스를 기본 양식에서 호출하는 별도의 어셈블리 (.dll)를 만드는 것입니다. 이 개념은 여러 용어로 진행되지만 효과적으로 우려 사항을 분리하려고합니다. 다시 말해, UI가 UI 상호 작용을 처리하고 데이터베이스 상호 작용을 처리하는 별도의 어셈블리/프로젝트/및 비즈니스 로직 등을 처리하는 다른 별도의 어셈블리/프로젝트/
마지막 몇 문장은 다른 사람들과는 다른 것을 의미 할 수 있으며, 일을하는 방법은 100% 올바른 방법이 없습니다.
도움이 될 수있는 일부 기사 :
다른 팁
Kiwibastard에 동의합니다. VS 도구를 사용하여 입력 된 데이터 세트를 생성하면 상당한 이점이 있습니다.
그러나 그것은 단지 수업을 생성합니다. 여전히 데이터 세트 인스턴스를 관리해야합니다. UI와 비즈니스 로직을 다른 클래스로 고려하지 않은 매우 간단한 앱의 경우 양식으로 그렇게 할 것입니다. 복잡한 앱의 경우 비즈니스 로직 클래스의 일부입니다.
아마도 많은 문제를 절약 할 수있는 것 : 데이터 바인딩은 좋고 Ado는 좋지만 특정 종류의 ADO 코드 (특히 데이터 가능의 이벤트 핸들러)는 데이터 바인딩과 잘 작동하지 않습니다. BindingSources를 사용하는 경우 (그리고 실제로, 당신은해야합니다), 일반적으로 데이터 세트의 객체를 프로그래밍 방식으로 조작 할 때마다 바인딩을 중단하는 것이 좋습니다 (예 : 행을 추가하고 삭제할 때). 정지 및 재개의 비용은 매우 작으며 진단하기 어려운 전체 문제를 제거합니다.
