# 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으로 등록