나는이 질문을 여러 번 보았지만 그 대답은 항상 패널 사용에 관한 것이 었습니다. 25 개의 서로 다른 "페이지"콘텐츠가있는 애플리케이션이 있다고 가정 해 보겠습니다. 패널을 사용하여이 모든 것을 관리 할 수 있지만 이런 식으로 설계하는 가장 좋은 방법은 무엇입니까? 25 개의 패널을 Visual Studio 디자이너에 정확하게 맞출 수는 없습니다. 내가 맹목적으로 모르는 어떤 특징이 수십 개의 패널을 더 쉽게 관리 할 수 있을까요?많은 "페이지"관리
1
A
답변
2
귀하는 90 %의 시간 동안 실제 조언을 구하지 못했습니다 : UserControls
을 사용하십시오!
양식과 비슷하지만 양식에 추가 할 수 있습니다. here for a discussion 및 here 및 accessor routines의 도보를 통해 여기 그렇게하고하는 이유와 방법에 대한 자세한에 대한 here ...
를 참조하거나 대안을 here 및 here를 참조하십시오. TabControl
을 사용하지만 개발자 만 사용할 수 있습니다. 런타임에 TabControl
이 숨겨지고 선택된 컨텐트 컨테이너 (아마도 Panel)가 TabPage에서 foom의 다른 컨테이너 나 폼으로 직접 이동합니다.
UserControls
기본적으로 회원 컨트롤로 액세스 할 수있는 권한은 private
입니다. 그러나 디자이너에서 또는 접근 자 기능을 작성하여 modifiers
을 public
으로 변경할 수 있습니다. Tab-trick은 폼 클래스에 모든 것을 포함시킴으로써이를 방지합니다. 이것은 간단하지만 덜 구조화되어 있으며 재사용하기에 적합하지 않습니다.
관련 문제
- 1. 교리이 많은 많은 내가 많은 관계로 많은 두 기관이
- 2. 많은 사용자를위한 많은 테이블?
- 3. 많은 관계 많은 문제
- 4. 많은 많은 명명 규칙
- 5. LINQ 많은 왼쪽에 많은
- 6. 많은 MVC 많은 삭제
- 7. 많은 많은 SQL
- 8. 많은 문제 많은 장고
- 9. 많은 데이터베이스 많은
- 10. 많은 많은 단방향
- 11. 많은 많은 relatioship
- 12. 많은 많은 필드에 액세스은
- 13. 많은
- 14. 많은
- 15. 많은 관계로 많은 삽입하려고 coredata
- 16. 많은 관계로이 많은 감안할 목록
- 17. SQL 쿼리에 많은 - 많은 관계
- 18. 많은 칼럼 레일과 많은 관계
- 19. Laravel 많은 사람들이 후퇴하지에 많은
- 20. JPA 하나에 많은 : 많은 측면
- 21. 많은 분야에 많은 사람들이 제대로
- 22. 많은 함수 대 많은 Lambdas?
- 23. Linq 많은 - 많은 관계 업데이트
- 24. 많은 많은 자체에 참조하는 Query_builder
- 25. 모델은 많은 관계로 많은 작동하지
- 26. Django 많은 관계가 많은 양식
- 27. 많은 - 많은 관계에 관한 질문
- 28. 많은 작동하지 않는 많은 관계
- 29. 많은 bidiretional 많은 Doctrine2 양쪽
- 30. Sequelize.js Node.js를 많은 많은 관계
사이드 노트 : 25 개의 패널에 콘텐츠가 상당히 많은 경우 디자이너와 문제가없고 사용자도 문제가되지 않을 수 있습니다. 압도적 인 ... UX 용으로 (모형 및 컨텍스트 추가 후) 질문입니까? –