📄 진행 기간 : 2022. 12. 09 ~ 2023. 01. 04
📄 URL : https://cloverluckit.netlify.app/
📄 서비스 이용을 위한 테스트 계정
💌 ID: luckit@luckit.com
🔐 PASSWORD: luckit
취향을 잇다, LUCKIT 은 취미 메이트 매칭 플랫폼입니다.
매칭글 등록, 매칭 신청 기능을 통해 딱 맞는 럭킷 메이트 매칭이 가능합니다.
집꾸미기, 베이킹, 다이어리 꾸미기, 사진 촬영, 아이돌, 콘서트 메이트부터
가고 싶었던 국내 여행, 해외 여행 메이트까지 럭킷에서 쉽게 찾을 수 있어요.
쉽고 간편하게 나의 일상을 공유하고, 내가 팔로잉하고 있는 유저들의 소식도 실시간으로 받아볼 수 있어요.
또한, 서로의 게시글에 좋아요와 댓글을 달 수 있어 활발한 소통도 가능하답니다.
어디서 만나지? 오프라인 만남 장소 고민은 이제 그만!
럭킷이 엄선한 럭킷 스팟 50곳에서 럭킷 유저와 편하게 만나요.
내 취향에 맞는 유저와 프라이빗하게 채팅을 주고 받을 수 있어요.
연락처를 공유하지 않고도 안전하게 약속을 잡을 수 있습니다.
최유정 | 김성진 | 김현빈 | 박혜영 |
---|---|---|---|
팀 리딩, Git, 디자인 리더 버전 관리, 디테일 끝판왕 |
개발, 전역상태관리 리더 성능 최적화 끝판왕 |
컴포넌트, 기록 문서화 리더 컴포넌트 관리 끝판왕 |
코드 리뷰, 웹 접근성 리더 사용자 경험 개선 끝판왕 |
🔗yuzomi | 🔗seongjin77 | 🔗christianB053 | 🔗bakhyeyeong |
1. 기술 및 개발 환경
2. 구현 기능
3. UI
4. 폴더 구조
5. 역할 분담
6. 트러블 슈팅
7. 버전 계획
🛠 FrontEnd: React, redux-toolkit, redux-thunk, Styled-components, Figma
🛠 BackEnd: 제공된 API 사용
개발환경 | 우리가 선택한 방식 |
---|---|
브랜치전략 | Git-flow |
이슈 관리 | Github-Issues |
정적 코드 분석 도구 | ESLint |
Code Formatter | Prettier |
협업 도구 | GitHub Project: 진행사항 칸반보드로 관리 Notion: 삽질노트, 회의록 기록 Discord: 실시간 채팅 및 화면 공유를 통한 협업 GitHub Discord Wehook 연동 |
-
🔐 계정
- 로그인 / 로그아웃
- 회원가입
- 회원 정보 수정
- 유효성 검증
- 토큰 검증
-
🔍 홈 피드
- 캐러셀
- 유저 검색
- 마켓게시글 목록 조회
- 럭킷 메이트 신청 / 취소
- 마켓 게시글 등록 / 신고
-
🔍 sns 피드
- 유저 검색
- 팔로잉 유저 프로필 조회
- sns게시글 목록 조회
- 무한 스크롤
- 게시글 좋아요 등록 / 취소
- sns게시글 등록 / 신고
-
🚩 럭킷스팟
- 럭킷 만남장소 조회
-
👥 프로필
- 팔로우 / 언팔로우
- 포스트 등록 / 수정 / 삭제 / 신고
- 럭킷 매칭 게시글 조회
- SNS 게시글 조회 앨범뷰 / 리스트뷰
- 럭킷 매칭 게시글 등록 / 수정 / 삭제
- SNS 게시글 등록 / 수정 / 삭제
-
🍀 럭킷 매칭
- 럭킷 매칭 게시글/ 등록 / 수정 / 삭제 / 신고
- 이미지 파일 업로드 / 수정 / 미리보기
- 유효성 평가
- 럭킷 메이트 신청 / 취소
-
💌 SNS
- sns 게시글 등록 / 수정 / 삭제 / 신고
- 다중 이미지 파일 업로드 / 수정 / 미리보기
- 포스트 앨범뷰 / 리스트뷰
- 이미지 슬라이드
- 좋아요
- 좋아요 설정/ 취소
-
💬 댓글
- 댓글 작성 / 삭제 / 신고
- 댓글 시간 보기
- 댓글 등록 시간 보기
splash | 회원가입 | 로그인 |
---|---|---|
홈 화면 | SNS 화면 | 럭킷 스팟 |
---|---|---|
채팅 페이지 | 내 프로필 | 내 프로필 수정 |
---|---|---|
럭킷 매칭글 등록 | 럭킷 매칭글 수정 | 럭킷 매칭글 삭제 |
---|---|---|
SNS 게시글 등록 | SNS 게시글 수정 | SNS 게시글 삭제 |
---|---|---|
검색 기능 | 유저 프로필 | 팔로우 기능 |
---|---|---|
SNS 좋아요 기능 | SNS 댓글 기능 | 매칭 신청 화면 |
---|---|---|
로그아웃 | 에러 페이지 | 신고 기능 |
---|---|---|
assets : 이미지 파일 집합
components : 재사용 가능한 컴포넌트 집합
template : 페이지를 만들 수 있도록 컴포넌트/레이아웃 주입
pages : 유저가 보는 실제 콘텐츠
style : 공통 스타일드 컴포넌트, reset.css, 프로젝트 컬러 상수화
📦src
┣ 📂assets
┃ ┣ 📂icon
┣ 📂components
┃ ┣ 📂button
┃ ┣ 📂carousel
┃ ┣ 📂comment
┃ ┣ 📂follow
┃ ┣ 📂header
┃ ┣ 📂join
┃ ┣ 📂loading
┃ ┣ 📂login
┃ ┣ 📂mainpost
┃ ┣ 📂market-post
┃ ┣ 📂market-preview-post
┃ ┣ 📂modal
┃ ┣ 📂navbar
┃ ┣ 📂profile-box
┃ ┣ 📂sns-post
┃ ┣ 📂splash
┣ 📂pages
┃ ┣ 📂404-error
┃ ┣ 📂chat
┃ ┣ 📂follow
┃ ┣ 📂home
┃ ┣ 📂map
┃ ┣ 📂market
┃ ┣ 📂profile
┃ ┣ 📂search
┃ ┣ 📂sns
┃ ┣ 📂start
┃ ┗ 📜pages.jsx
┣ 📂reducers
┣ 📂styles
┃ ┗ 📂global
┣ 📜App.js
┣ 📜Route.js
┣ 📜index.js
┗ 📜store.js
- 폴더 및 파일 생성
- Button 컴포넌트화
- 깃허브 이슈 관리 및 코드리뷰
- 프로젝트 기획 및 전체 디자인 총괄
- Github 리드미, Issue & PR 템플릿, Git-branch 사용 가이드 라인 제공, Project Board 관리
- splash 페이지
- 로그인 기능
- 회원가입 유효성 검사 및 기능
- 404 페이지
- 럭킷 매칭 게시글 등록, 수정, 삭제 기능
- 홈 페이지 럭킷 메이트 신청 모달창 UI
- 채팅리스트 페이지 UI & 채팅룸 페이지 UI
- 프로젝트 리팩토링 버전 관리
- 전반적인 프로젝트 개발 총괄 및 피드백 제공
- Redux-toolkit 및 Redux-thunk를 이용한 전역 상태 관리
- 프로필 설정, 프로필 수정 기능 구현
- 팔로우 & 언팔로우 기능
- 로그인 토큰 인증에 따른 페이지 라우팅 처리
- 로딩 페이지
- 카카오 맵 API 사용 지도 기능
- 성능 최적화
- 프로젝트 배포 (netlify)
- 재사용성 높은 부분 컴포넌트 설계 및 관리 총괄
- 홈 페이지 및 마켓 게시글 렌더링, 럭킷 메이트 신청 기능, 상단 캐러셀
- 검색 페이지 기능 구현
- 하단 네비게이션 바, 상단 바(헤더) 컴포넌트, 모달 창, 로그아웃 기능
- My & User 프로필 페이지 구현 및 게시글 렌더링
- 마켓 게시글 리스트 페이지 구현 및 게시글 렌더링
- 회의록 작성 및 팀 내 기록 문서화
- 사용자 경험 개선을 위한 웹접근성 가이드 제공 및 총괄
- react-helmet-async를 이용한 SEO 최적화
- SNS피드 페이지 구현 및 팔로워 게시글 및 프로필 랜더링
- SNS게시글 상세 페이지 구현
- 게시글 랜더링, 등록, 수정, 삭제, 기능
- 댓글 생성 및 삭제 기능
- 좋아요 / 좋아요 취소 기능
회원가입 기능 구현시 이메일과 패스워드를 입력하는 페이지, 프로필 설정을 하는 페이지를 구분해 놓았는데 api명세상 아이디,패스워드 페이지에서 이메일과 패스워드 값을 받아와 프로필 설정 페이지에서 값을 합쳐 서버에 보내야 했습니다.
일반적인 방법으로는 자식 컴포넌트가 아닌 값들을 다른 컴포넌트에 가지고 갈 수 없었습니다. 리덕스로 회원가입시 필요 데이터를 관리할까 생각했지만 코드량이 많아지는 부분을 고려하여 좀 더 간단한 방법이 없는지 고민하였습니다.
useNavigate을 이용하여 페이지 이동시 두번째 인자로 state값을 같이 가지고 갈 수 있었습니다.
- navigate() 함수의 첫번째 인자에 이동할 경로, 두번째 인자의 state 속성에 파라미터를 넣어준다.
- 이동한 페이지에서 useLocation을 사용해 locaiton.state 로 전달 받은 파라미터를 취득할 수 있다.
이렇게 전달받은 state값들을 useLocation으로 꺼내 현 페이지의 닉네임, 계정아이디 state값들과 함께 서버에 보내주었습니다.
내가 팔로잉 한 사람들의 상품 목록들만 불러와서 홈페이지에 뿌려주는 것이 구현 목표였습니다. 하지만 제공된 api에는 그런 기능이 없었습니다. 때문에 제공된 api 기능중에 내가 팔로잉 한 사람들의 목록을 가져오기와 해당계정의 상품 리스트 가져오기의 기능을 혼합해서 구현하였습니다.
// followimgData는 api로 불러온 내가 팔로잉 하고 있는 유저 계정 리스트
// 예 ) [ 철수, 미나, 민우, 유리, 민수 ]
const [productData, setProductData] = useState([]);
useEffect(() => {
followingData.forEach((list) => {
axios({
method: 'get',
url: `https:~~~/product/${list.accountname}`,
headers: {
Authorization: `Bearer ${token}`,
'Content-type': 'application/json',
},
}).then((res) => {
for (const product of res.data.product) {
setProductData((v) => {
return [...v, product]
});
}
});
});
}, []);
// MarketPostBox에 props로 data를 전달해 피드에 뿌려주기
productData.map((data) => <MarketPostBox key={data.id} data={data}/> );
문제없이 잘 작동하지만 내가 팔로잉한 계정들을 순회하면서 가져온 상품 목록들을 가져와 useState값에 넣어줄때마다 재렌더링이 일어났습니다. 예를들어 내가 현재 100명을 팔로잉하고 있다면 100명의 상품들을 useState값에 넣어줄때마다 state값이 변해 100번의 재렌더링이 일어났습니다.
useState값에 상품들을 모아놨다가 한 번에 전달하는 방법을 고민 하였습니다. 그렇게 된다면 렌더링이 한 번 일어날 것이고 불필요한 재렌더링을 많이 줄여 효율적이라고 생각하였습니다. 해결방안으로는 Promise.all을 사용했습니다. Promise.all은 복수의 URL에 동시에 요청을 보내고 모두 완료된 후에 한번에 처리할때 사용. 즉 여러개의 비동기 처리를 병렬적으로 할 수 있습니다.
const ProductList = async () => {
const followProductList = await followingData.map((list) => {
return axios({
method: 'get',
url: `https:~~~/product/${list.accountname}`,
headers: {
Authorization: `Bearer ${userToken}`,
'Content-type': 'application/json',
},
}).then(res => res.data.product)
})
return Promise.all(followProductList)
};
Promise.all을 사용하기 위해 async 함수로 따로 빼주었고 모든 팔로잉 유저의 상품을 불러오고 나서 값을 반환되게 하였습니다.
async 함수 Return 값
각각의 2차원 배열들을 useState값에 병합하여 넣어주기 위해 flat() 함수 사용.
해당결과
병합한 상품목록들을 useState에 넣어주면 한 번만 렌더링이 일어나게 됩니다.
useEffect(()=>{
ProductList().then(res => setProductData( res.flat(1) ))
},[])
일정 길이의 스크롤이 내려가면(scrollTop값이 300 이상일 때) Header 스타일의 변경을 주기 위해 홈페이지 컴포넌트에 onScroll event를 적용하였습니다.
그러나 스크롤을 움직일 때마다 재렌더링 되는 이슈가 발생했습니다.
scrollTop 값 자체를 state 값으로 지정했기 때문에 스크롤을 움직일 때마다, 즉 scrollTop 값이 변할 때마다 재렌더링이 되는 것이라 생각했습니다.
scrollTop 값 자체를 state로 지정하지 않고, scrollTop 값이 300 이상일 때 true, 300 미만일 때 false 값을 지정하여 재렌더링 되는 횟수를 대폭 줄임으로 해결하였습니다.
그 결과 스크롤을 움직일 때마다 재렌더링 되지 않고, scrollTop 300 값을 기준으로 재렌더링 되었습니다.
-
사용자 경험 개선
- SNS 피드 이미지 여러장일 때 캐러셀로 처리
-
재사용성 고려
- 재사용되는 컴포넌트, API를 한 곳에 분류해 추후 변경될 경우 수정에 용이하도록 할 예정