이전 코드는 GUI 레이아웃과 비즈니스 로직이 하나로 섞여 있기 때문에 위험합니다. 이 둘을 분리하면 지루하고 오류가 발생하기 쉽습니다. 이 작업을 수행 할 수있는 도구가 있습니까?C# 1.1 Forms 디자인을 최신 표준으로 변환 할 수있는 도구가 있습니까?
감사합니다.
편집 :는 UI와 로직을 분리 유지의 예쁜 확실한 방법은 부분 클래스의 도입을 통해서이다. 그 질문을 분명히하기를 바랍니다. 나는 단순히 1.1에서 2.0 방법으로 일하려고 노력하고 있다고 생각합니다. 단순히 VS2008에서 이전 디자인을 열고 저장하면 원하는 작업을 수행 할 수 없습니다.
도구는 없지만 자르기 및 붙여 넣기 텍스트 편집으로 쉽게 완성됩니다. 프로젝트에 새 양식을 추가하십시오. 솔루션 탐색기에서 양식 옆의 노드를 열고 Designer.cs 파일을 두 번 클릭합니다. 잘라내어 이전 형식의 InitializeComponent() 메서드를 해당 파일에 붙여 넣습니다. 나머지 코드를 잘라내어 붙여 넣습니다. 이전 양식을 제거하고 새 양식의 클래스 이름을 변경하십시오.
아니오. Sry는 말하기는하지만 그런 도구는 없다. 그것은 여전히 수작업이다. 어쨌든 WPF 개발을 고려한다면 WPF 개발을 살펴 보는 것이 좋습니다. 분리가 훨씬 쉽기 때문입니다.
WPF에서 분리가 더 쉬운 이유는 무엇입니까? WinForms 또는 WebForms와의 관심사를 분리하는 데 전혀 문제가 없었습니다. "Just Say No"를 페이지/양식의 비즈니스 논리에 적용합니다. –
나를 위해 주로 쉽고 더 강력한 바인딩에 관한. 예, WPF에서 제공되는 많은 바인딩이 WinForms에서 가능했지만 설치가 더 복잡하고 코드 숨김 파일을 클록 업했습니다. 하지만 적절한 바인딩을 고려하고 비즈니스 논리의 유효성 검사 부분을 포함하므로 개인적으로 생각한 것입니다. – ntziolis
"표준"은 없지만 사람들이 UI와 로직을 구분하는 방식과 같은 표준이 많습니다. 그것은 당신에게 특별한 방법을 강요합니다. 따라서 소프트웨어를 자동으로 재 설계하는 것이 불가능합니다.
Resharper와 같은 도구를 리팩토링하는 것이 가장 좋습니다. Resharper와 같은 도구를 사용하면 변환을 좀 더 안전하게 할 수 있습니다.
+1, ReSharper 5에는 "선언을 다른 유형 파트로 이동"작업이 있습니다.이 선언은 선택한 선언을 다른 부분 클래스로 이동합니다. –
어떤 최근 표준을 언급하고 있습니까? –
VS2010 또는 VS2008에서 솔루션을 열면 충분하지 않습니다. 당신이 필요로하는 다른 것을 말하십시오. –