# Web Client ## Development Environment ### Skill - Blazor WebAssembly - HTML & CSS ### IDE - JetBrains Rider --- ## Project Rule ### 구조 < MVVM > #### Model - 데이터를 정의하는 역할 - ./Program/Models 에 위치 - 별도의 DTO 와 엔티티의 클래스로 구성 #### View - UI를 정의하는 역할 - ./Program/Pages 에 .razor 파일로 선언 - .razor.css 파일로 스타일을 정의 - .razor.cs 파일은 View와 Viewmodel을 연결하는 역할만 진행 - 필요시 하위 디렉토리를 만들어 기능별로 묶어서 사용 할 수 있음 #### ViewModel - UI와 데이터를 연결하는 역할 - ./Program/ViewModels 에 .cs 파일로 선언 - VM.cs 파일은 연결하려는 view.razor 의 view와 같은 이름으로 선언해야 함 - ViewModel은 View와 Model을 연결만 하는 것이 아닌 실제적인 역할을 수행 - ViewModel의 연결 없이 View에서 직접 Model을 사용하여 데이터를 가져올 수 없음 - View에 여러개의 ViewModel이 연결될 수 있음 - 가능한 ViewModel과 View를 1:1로 연결하는 것을 권장 - 테스트를 고려해 ViewModel은 UI 코드에 의존하지 않도록 작성 ### 그 외 #### 1. 네임스페이스 구조 - 폴더 구조와 네임스페이스는 반드시 일치해야 함 ``` /Program/Pages/Login.razor namespace Front.Program.Pages; ``` #### 2. Service 를 활용한 별도의 계층 구분 - 외부의 API와 통신하는 부분은 ViewModel 에서 직접적인 API 호출이 아닌 별도의 Service를 통해 호출 #### 3. 상태 변경과 UI 갱신을 분리 - View.razor.cs 에서 ViewModel을 통해 상태 변경과 함께 View를 다시 그리는것이 아님 - ViewModel에서 상태 변경을 하고 ViewModel의 PropertyChanged 이벤트를 통해 View에 알림 - ViewModle에서 상태 변경시에 INotifyPropertyChanged 방식을 사용 #### 4. 상태 공유 규칙 - View간 전역 상태를 관리하는 경우에 'AppState' 를 사용하여 관리 - 해당 클래스가 많아질 경우 도메인 접두어를 붙여서 사용 - AppState는 ViewModel과 Service에서 사용 가능 - AppState는 ViewModel과 Service에서 DI를 통해 주입받아 사용 Program.cs 에서 DI를 등록 - appState는 Scoped으로 등록 - AppState는 ViewModel과 Service에서 직접적으로 상태를 변경하지 않도록 작성 - ViewModel과 Service에서 AppState의 상태를 변경하는 경우에는 반드시 AppState의 메서드를 통해서만 변경하도록 작성 - AppState는 ViewModel과 Service에서 직접적으로 상태를 가져오는 경우에는 반드시 AppState의 메서드를 통해서만 가져오도록 작성 - AppState에서 상태를 변경시에 event Action? OnChange 방식을 사용 #### 5. DI - ViewModel 과 Service는 DI를 통해 주입받아 사용하며 Program.cs 에서 DI를 등록 - ViewModel은 가급적으로 transient로 등록 - 하지만 한 View에서 여러 컴포넌트가 하나의 상태를 공유해야 할 경우에는 Scoped로 등록 - Service는 Scoped으로 등록 - Service는 ViewModel과 다르게 여러 컴포넌트에서 같은 Service를 사용해야 하는 경우가 많기 때문에 Scoped으로 등록