Open Jaehyeon1020 opened 7 months ago
혹시 problem 모델 분리하는 이유가 단순히 필드가 많아서인가요? 필드가 많아서 테이블을 만드는 거면 구현이 번거로워지기도 하고 오히려 가독성을 해칠 수도 있지 않을까 걱정이어서요...
혹시 problem 모델 분리하는 이유가 단순히 필드가 많아서인가요? 필드가 많아서 테이블을 만드는 거면 구현이 번거로워지기도 하고 오히려 가독성을 해칠 수도 있지 않을까 걱정이어서요...
필드가 많기도 하고 engTitle, engDescription 등이 옵셔널 값으로 추가되면서 영어 버전 설명이 제공되지 않는 문제 데이터에 불필요한 null값들이 너무 많이 생긴다는 의견이 있어서 분리하기로 이야기 나누었었습니다!
Describe the problem and solution
현재 Problem 모델:
너무 많은 속성들이 있기 때문에, 문제에 대한 설명 및 안내가 담기는 속성을 분리해
ProblemInfo
테이블을 생성합니다..title
,description
,inputDescription
,outputDescription
,hint
를 분리해 새로운 모델을 생성하고, 해당 모델에problemLanguage
속성을 정의해 저장되는 문제 정보가 영어인지, 한국어인지 구분하도록 합니다. (따라서 engTitle, engDescription 등은 삭제)Validations