저는 좋은 Visual Studio 솔루션 및 프로젝트 구조를위한 조언자입니다.권장되는 WPF 프로젝트 구조?
저는 WPF의 개념 증명 작품을 시작하려고합니다.
누구나 사용하고 발견 한 WPF 프로젝트 구조를 추천 할 수 있습니까?
다음 http://drwpf.com/blog/2007/10/01/58/그들은 내가 좋아하는 일 추천이 있습니다
페이지, 컨트롤 및 리소스 폴더입니다Root
- Pages
- Controls
- Resources
App.xaml
.
특정 구조가 잘 작동하고 잘 작동하지 않는 사람이 있습니까?
또한 모델 검토 발표자 토론에 참여하지 않는 것이 좋습니다.
저는 변환기, 모델, 리소스, ViewModels 및 뷰와 같은 디렉터리를 갖는 경향이 있습니다.
나는 또한 alimbada에 동의보기 및 ViewModels 별도의 프로젝트로 밖으로 분할 된 솔루션 (코드 플렉스에 BubbleBurst 참조)
alimbada 공을 구해 주셔서 감사합니다 –
을 보았다. 또한 View 및 View 모델을 위해 다른 프로젝트를 만들었습니다. 거대한 프로젝트의 경우 유지 보수가 쉬워집니다. 우리가 가진 디렉토리이었다 -
모든 개발자가 사용하고 동일한에 따라 취득하는 나는 또한 사전에 구조를 계획하는 생각, 이것은 쉽게
- ViewsRoot
+ Base
+ Controls
+ Documentation
+ Forms(Windows)
+ Reports
+ Resources
+ Themes
+ Utilities
App.xaml
- ViewModelsRoot
+ Collection
+ Commands
+ Converters
+ Resources
+ TemplateSelectors
+ ViewModels
+ Views (Interfaces for views)
Constants.cs
Utility.cs
나는 이것을 좋아한다. 이 스키마에 첨부 된 속성/동작을 어디에 넣으시겠습니까? 나는 이것을 Behavior라고 부르는 별도의 폴더로 분해한다. – Berryl
또한 여러 프로젝트에서 재사용 할 수있는 wpf 항목의 '핵심'프로젝트가 있습니다.Constants, Utilities, Controls 및 Behavior 같은 것들 (프로젝트에 따라 다를 수 있음) – Berryl
리소스의 이름을 자산으로 변경하려고합니다. 리소스가로드 된 개념이기 때문에 특히 로컬 리 제이션을 다루는 경우 더욱 그렇습니다. 건배 – Berryl
진지하게, 왜 이런 식으로 몇 가지 유효성 검사가 필요합니까? 필요한 경우 나중에 드래그 앤 드롭 할 수 있으며 VS (특히 2010)의 리펙토링 지원이 다소 효과적입니다. – slugster
시작하기 전에 계획을 세우는 데 시간이 걸리지 않습니까? 준비를하지 못하면 실패 할 준비를하십시오. 물론 당신은 나중에 일을 바꿀 수 있지만 처음부터 시간을내어 계획을 세우지 않았다는 것에 대한 좋은 주장이 아닙니다. –
내 요점은 : 당신이 준 예제가 괜찮습니까, 왜 사람들에게 비평을해야합니까? 꼭 미리 계획을 세우는 것뿐만 아니라 프로젝트의 시작 단계에서 다소 유동적 일 것이고 사물의 위치와 네임 스페이스를 바꿀 것임을 기억하십시오. ** 당신 **과 당신 팀에 맞는 방식으로 물건을 분류하십시오. 1, 2 주 후에 물건이 떨어지는 것을 발견 할 것이고, 물건을 움직이게하지 않을 것입니다. * 프로젝트 *를 조직하는 것은 큰 문제가 아닙니다. 미리 * 솔루션 *을 구성하면 계획 시간에 더 큰 ROI를 얻을 수 있습니다. – slugster