3일차(수) 업무 + TIL (User 도메인 설계)

도메인 설계를 해야한다.  어제 DDD를 한다고 했는데 기존 디비설계를 했었다.

먼저 도메인 설계 방법을 찾아보고 다시 한번 적용해보자.

 

 

 

오늘의 할 일

1. User 도메인 설계 후 1,2시에 대표님 미팅

 

2. 도메인 설계 방법, user, usermeta분류 방법 찾기

 

3. db리스트 작성해서 확인 맡기, 6시 다시 미팅

 

 

오늘 한 일

 

 

 

 

오늘 배운 것

1. 정책- 디비저장 X

 

2. 게시판에 일련한 테이블들은 board로 통합

 

3. DB에 DB고유 ID처럼 slug를 사용한다. ( ex- 상품, 멤버십, 게시글, 테이지, 게시판카테고리 등 ) 

"Slug"는 일반적으로 이미 얻은 데이터를 사용하여 유효한 URL을 생성하는 방법이다. 예를 들어, Slug는 기사 제목을 사용하여 URL을 생성한다. 수동으로 설정하는 대신 제목 (혹은 다른 데이터)가 주어지면 함수를 통해 슬러그를 생성하는게 좋다.

 

예시

다음과 같은 Django Model이 있다고 가정

class Article(models.Model):
    title = models.CharField(max_length=100)
    content = models.TextField(max_length=1000)
    slug = models.SlugField(max_length=40)

URL과 의미있는 이름을 사용하여 이 개체를 어떻게 참조할 수 있을까?

일반적으로 Article.id를 사용할 수 있으므로 URL은 다음과 같다.

www.example.com/article/13

혹은 다음과 같이 Article.title을 참조할 수있다.

www.example.com/article/The 46 Year Old Virgin

하지만, URL에서는 공백이 유효하지 않으므로 공백을 %20으로 대체해야하며 결과는 다음과 같다.

www.example.com/article/The%2046%20Year%20Old%20Virgin

위 2가지 시도는 모두 의미 있고 읽기 쉬운 URL이 아니다.

Slug를 사용한 URL은 다음과 같이 생성될 수 있다.

www.example.com/article/the-46-year-old-virgin

위의 예시에서 the-46-year-old-virgin이 Slug이다. 모든 문자를 down-casing하고 공백을 hypen(-)으로 대체하여 제목에서 생성된다.

하지만, Slug는 단일성(Uniqueness)를 보장하지 않기때문에 다음과 같이 URL을 사용하는게 현명하다.

www.example.com/article/23/the-46-year-old-virgin

 

 

오늘 미처리 및 추후 처리 업무

1. 어떤 것들이 DB 로 만들어질지 분류 + 리스트 작성

2. 유저플로우 확인하기( 피그마 )

3. DB 저장 정보, API 분류해서 정리하기

4. DB 리스트 상세 항목 적기

5. ERD 만들기

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

참고

* slug

https://iamjjanga.tistory.com/39