위 4가지 항목다 아직 개선 사항이 많아 세모...
현재 이정도 진행되었습니다~~~,
특징적으로 조회UI가 사이드 네비게이션으로, 목표관리, 시간관리 페이지에 동일하게 적용하게 되었습니다~
이전에 만들었던 테이블 대신, 카드 형태로 변경 되었습니다~,
아무래도, 훨씬 더 가독성 좋은 UI 인듯합니다~!(google keep 을 참고하면..!)
timeline 부분은 다음과 같이 진행되었습니다~~~
db 설계는 시간관리, 목표관리 디자인을 참고하여 다음과 같이 진행되었습니다~~
다음과 같은 비식별, 식별 구조로 되어있네요~~
리포트와 커뮤니티 페이지가 아직 고려되지 않은 점~!, 참고해야합니다.
또한, 주기성 정보는 아직 고려되지 않았네요.
rltns_activity_goal은 relation 역할을 하는 테이블 입니다~
다대다 관계가 될 가능성을 염두하여, 다음과 같이 설계하였습니다~~
api는 팀원 분께서 알려주셨던 예제를 참고하여 다음과 같이 진행하였습니다~~~
function apiExample(){
}
var data = {
searchStartDatetime: "",
searchEndDatetime: "",
searchActivityIdList:[], // 활동 id
searchGoalIdList: [], // 목표 id list
searchGoalTitleList: [], // 목표 제목 text 검색 list
searchKind: "",
searchPathList: [],
};
var result = {
resultCode: "",
goalTitleList: [
{
goalId: "1",
parentId: "",
title: "",
kind: "",
startDatetime: "",
endDatetime: "",
progressRate: "",
modificationDatetime: "",
createDatetime: "",
},
],
};
위는 api example 인데요,
data 부분은 전달되는 json object를 나타냅니다~
그리고, result 부분은 요청 수행후, 클라이언트에게 전달되는 json object 라고 보면 되겠네요~~
위와 같은 형태로 설계 하였고,
총 시간관리, 목표관리 페이지에서 사용할 법할 9가지 api를 설계하였습니다~~!
1. activityList
2. insertActivity
3. updateActivity
4. deleteActivity
5. goalTitleList
6. goalFullList
7. insertGoal
8. updateGoal
9. deleteGoal
첫 api 설계네요~~!!
다음 팀 목표는 다음과 같습니다~~!!
백엔드
프론트
완성을 위해 끝까지 해봅시다~~!!