현재 C#에서 WinForms 응용 프로그램을 개발 중이며 도구 모음 단추, 메뉴 및 기타 상황에 맞는 요소를 관리하는 방법에 대한 정보가 필요합니다. 이것에 대한 가장 좋은 방법은 무엇입니까?도구 모음, 메뉴 및 상황에 맞는 요소를 건전하게 관리하려면 어떻게해야합니까?
MSDN에서 'Use Design Patterns to Simplify the Relationship Between Menus and Form Elements in .NET'문서를 찾았지만 문서가 꽤 오래되어서 (2002 년에 발행 됨) 좋은 방법이 있는지 확실하지 않습니다.
건설적인 도움에 감사드립니다.
이벤트 집약적 인 응용 프로그램 (수많은 양식의 도구 모음)을 개발할 때 특정 사건을 수행 할 수있는 많은 방법이 있다는 점에서 특정 이벤트가 겹치거나 반복되는 것이 일반적입니다. 이 중복성은 사용자에게 이익이되지만 개발자에게는 좋지 않습니다.
잘 계획된 객체 지향 접근법은 중복되거나 중복되는 코드를 피하기 위해 이벤트에 의해 트리거 된 작업을 관리하는 방법을 결정합니다.
어딘가에 표준 (표준)이므로 Microsoft Office에서 매우 유용한 영감의 원천을 찾을 수 있습니다.
사용하는 양식의 종류에 따라 몇 가지 기본 규칙을 설정할 수 있습니다. 예를 들어 데이터 입력 양식에 \ quit \ refresh \ abandon \ print \ export와 같은 기본 메뉴가 있어야 Excel \ \ \에 의해 \ order를 필터링하십시오. 이러한 메뉴 ("표준"라고 부름)는 "파일"및/또는 "편집"및/또는 "보기"메뉴 컨트롤 아래에서 표준 Office 메뉴 (Firefox에서도이 용어를 사용함)를 고수하고 이상적으로 사용할 수 있습니다.
나는 행동의 일부는 또는 양식에 allways를 사용할 수없는 경우에도, 에 allways 화면이 표준 메뉴에 조언을 것입니다. 특정 상황에서 양식 중 하나에 포함 된 데이터를 업데이트 할 수 없다고 상상하십시오. 비활성화 된 버전의 "유효성 검사"아이콘을 보이지 않게 만드는 대신 표시 할 수 있습니다. 이렇게하면 최종 사용자가 이해하기 쉬워집니다.
는/옵션 설정 메뉴의 표준 목록되면, 나는 당신이이 주요 "메뉴"가족은 "세부"메뉴와 "작업"메뉴를 식별 올 것 같아요
다른 메뉴는 명령 줄과 상황에 맞는 바로 가기를 통해 사용할 수 있어야합니다. 바운드 컨트롤 수준에서 "필터"와 같은 옵션을 사용할 수 있으며 "PO 발급"과 같은 작업은 레코드/폼 수준에서만 사용할 수 있습니다.
사람, 또는 사람들의 그룹은 다음을 허용해야한다 또는 메뉴와 권리, 우리의 애플 리케이션이 기본이 "메뉴 파일을 관리하기 위해 이러한 형태의
에 특정 작업을 양식을 열 수 및/또는 실행하지 ", 그리고 서버 측에"userGroup-forms "및"userGroup-actions "테이블이 있습니다.
데이터베이스에 연결, 사용자가 식별되는 특정 작업과 로컬 메뉴 파일을 수행 할 수있는 권한이 때
우리는 분명히 객체 지향 접근 방식을 사용하고 있지 않습니까?
ToolStripManager 클래스에는 병합 메서드가 있으므로 자식 폼/사용자 컨트롤에 포커스가있을 때 기본 폼의 도구 스트립과 병합되는 자체 ToolStrips가 노출 될 수 있습니다.
http://msdn.microsoft.com/en-us/library/5523fet0.aspx
는 MDI를 사용하는 경우
은 또한 부모와 자식 폼의 메뉴 항목을 병합 할 수 있습니다.http://msdn.microsoft.com/en-us/library/ms404319%28VS.80%29.aspx
MS 오피스는 표준이 아닙니다. 이는 메뉴의 복잡성을 관리하는 데있어 여러 가지 방법 중 하나 일뿐입니다. –
대부분의 사람들은 Word와 Ecel을 사용하므로 사람들이 소프트웨어와 상호 작용하는 방식에 깊이 영향을 미쳤습니다. 따라서 "사람들이 어떻게 생각하는지"보는 것이 항상 좋은 출발입니다. 어떤 식 으로든 Microsoft 규정을 준수해야한다고 말하지는 않습니다 ... –
그런데 이러한 "표준 메뉴 규칙"은 Office 소프트웨어 제품군보다 오래되었을 수도 있습니다! –