2011-12-04 3 views
0

(우리는 필자가 설명하려는 내용에 대한보다 정확한 용어를 발견하면 TODO가 제목을 바꿔)C#/.NET에 대한 더 많은 선언적 GUI 접근 방식이 있습니까?

가 내가 .NET을 배우고

과 내가 발견 한 대부분의 GUI 기능 (특히 윈도우 양식 및 WPF)는 시각적으로 GUI를 설계하고 Borland Delphi에서 영감을 얻은 이벤트 핸들러를 사용하여 일상 생활에 적용하는 워크 플로로 설계되었습니다. 논리를 만들

  • 같은 객체 :

    (예 : JFace는의 NAD 명령 프레임 워크로), 내가 같이 요약 할 수 다른 접근 방식에 사용되기 전에 자바와 이클립스 기술로 일하면서
    • 명령 (이름, 아이콘, 도움말 문자열과 같은 동작 및 메타 데이터 지정),
    • 데이터 모델 (액세스 방법 지정). 자동으로 같이 위의 GUI 부품을 만들 수
  • 사용 인프라 :
    • 는 "이 명령의 버튼을 만들",
    • "에 대한 모든 팝업에이 명령의 메뉴 옵션을 만들 개체 유형의 XYZ ",
    • "이 데이터 소스 "에 대한 트리 뷰어 ...

을 만드는 등

논리와 디스플레이를 분리하고 개별 컨트롤에 대한 이벤트 처리기와 같이 너무 많은 상용구를 작성하지 않아도되므로이 방법을 선호합니다.

추천 할 수있는 .NET 용 비슷한 기능이 있습니까?

+0

@downvoter, 자신을 설명하고 내 질문에 잘못된 점을 알려주십시오. 그러면 문제를 해결하고 앞으로 더 좋은 질문을 할 수 있습니다! – Kos

답변

3

체크 아웃 WPFMVVM design pattern을 계산할 수 있습니다.

+0

내 최고의 촬영 같아요 :), 감사합니다! – Kos

1

예. Gue what - 문서를 읽으십시오. 새로운 버전의 .NET

MS Windows Vista 또는 7은 XAML 기반 접근 방식을 사용하는 WPF 기반 라이브러리 (.nET 3.5)를 추가했습니다. 일부 확장 기능 (완전히 재고가 없도록 준비된 것과 일맥 상통합니다)을 사용하면 XAML 부분에 프로그래밍없이 프로그래밍없이 전체 UI를 수행하고 추천 및 처리기 (메서드)를 후킹 할 수 있습니다.

+0

그래, XAML은 20 개의 파이썬 선을 상응하는 C# 코드에서 제외 시켰습니까? 똑같은 것을 쓰지는 않지만,'()'와'<>'를 적게 써야합니까? – Kos

+0

Nope. WPF XAML 코드는 기본적으로 객체의 그래프를 유지합니다. 객체도 메소드 등에 연결됩니다. 상기 객체의 프로그래밍으로부터 설계 (객체의 상태)를 분리하기 위해 최적화된다. – TomTom

관련 문제