개발중인 ASP.NET에서 Winforms 응용 프로그램으로 이동하는 사례가 발생했습니다.

Question

ASP.NET 응용 프로그램을 독점적으로 개발 한 후 Winforms 응용 프로그램을 개발하기 시작합니다. 이 변화에 대해 내가 알아야 할 잡동사니는 무엇입니까? 예를 들어 개체 수명이 winforms 패러다임에서 관리되는 방식. 내가 염두해야 할 두 가지의 차이점/차이점이 충분히 있어야합니다.

감사합니다.

Answer 1

Winforms에서 ASP.NET에 이르기까지 많은 문제가 있습니다. 그러나 다른 방향으로 가면 신선한 공기가 마구 나옵니다. 모든 과정을 거치며 완전히 상태를 유지하는 환경을 가지기 때문에 상황이 사라지지 않고 재건 될 수 있습니다.

ASP.NET에서 여전히 생각 중이며 Winforms 방식이 너무 쉽기 때문에 때때로 혼란 스러울 것입니다. 책상에 머리를 대고 "어리석은, 바보 같은, 어리석은 짓을 반복 할 준비를해라. 그렇게 명백하다."그런 것들.

• 더 이상 무 물건 (포스트 백, viewstate가, 제어 상태, 대기 제어 등 준비가 될 때까지)
• 없음 AJAX 콜백 또는 페이지 리디렉션 재활용하지
• 더 이상 응용 프로그램 - 더 이상 요청/응답 UI 모델을
• 모든 것이 그대로 유지되며 마지막으로 남은대로 존재합니다.
• 당신은 아직도 당신이 (비 UI)에 익숙해있는 모든 중간 계층 및 백엔드 물건을 사용할 수 있습니다 그래서 정말 편안하고

그러나
전환을 많이 돌봐합니다 레이아웃과 디자인은 HTML의 자연스러운 흐름과 CSS 스타일을 별도로 적용 할 때보 다 조금 더 엄격합니다.
더 아름답고 풍부한 UI를 얻으려면 WPF가 Winform 노력을 성공시키는 데 고려해야 할 수도 있습니다. 이 Microsoft section은 두 기술에 대한 정보를 제공합니다.

Winforms에 고유 한 클래스를 배우는 과정에서 전환이 진행되지만 ASP.Net 버전과 유사하게 구현할 수 있습니다. @ JDK의 훌륭한 대답 또한

Answer 2

...

• 당신은 응답하는의 WinForm을 유지하는 것은 매우 조심해야합니다. 이는 스레딩 및 백그라운드 작업을 수행하는 방법을 배우는 것을 의미합니다. BackgroundWorker 클래스를 찾으십시오.
• 유효성 검사는 많이 다르게 작동합니다.
• 훨씬 많은 이벤트를 코딩 할 수 있습니다. 제발, 가능한 한 코드 숨김에서 많은 데이터 처리를 이동하십시오.